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Description 
Technical Field 

[0001] The present invention relates in genera! to a 
clinical information system and a method for using it for 
patient charting or record keeping purposes. The inven- 
tion more particularly relates to a clinical critical care 
path system, which facilitates the ability for an improved 
careful maintenance of patient care. 

Background Art 

[0002] Charting the progress of a patient after being 
admitted to a medical care facility for medical or surgical 
reasons has been a traditional practice in the medical 
profession. Such charting typically involves monitoring 
the condition of a patient, collecting information relative 
to the physical condition of the patient, and logging the 
collected information onto a patient chart for review and 
analysis by trained medical personnel. 
[0003] To make such charting more efficient and cost 
effective, various monitoring and information gathering 
systems have been developed to provide automatic clin- 
ical record management. For example, reference may 
be made to the following United States patents and pub- 
lished articles, as follows: U.S. patents 5,361,202; 
5,267,155; 5,077,666; 5,072,383; 4,893,270; 
4,878,175; 4,838,275; 4,815,474; 4,803,625; 
4,731.726; 4,712,562; 4,695,954; 4,674,652 
4,665,499; 4,622,185; 4,577,638; 4,531,527 
4,519,398; 4,513,294; 4,489,387; 4,473,884; 
4,465,077; 4,428,381; 4,422,081; 4,417,306; 
4,412,292; 4,363,368; 4,347,213; 4,320,766; 
4,296,756; 4,272,878; 4,270,547; 4,227,526; 
4,216,462; 4,197,854; 4,173,971; 4,151,831 
4,150,284; 4,130,881; 4.004,577; 3,996,928; 
3,963,019; 3,910,257; 3,872,448; 3,872,251 
3,830,896; 3,765,406; 3,726,270; 3,696,805; 
3,426,150; 3,302,828; 3,106,701; 2,891,111; and 
1,078,090; and Walter A. Shewhart, Ph.D., Statistical 
Method from the Viewpoint of Quality Control, © 
1939; pp. 1-49; Donald Del Mar, George Sheldon, In- 
troduction to Quality Control, © 1988, pp. 123-143; 
Irvin W. Burr, Statistical Quality Control Methods, © 
1976, pp. 23-35, Indirect Heart Rate Measuring De- 
vice, Wilberger, 1994; American J. of Medical Elec, 
Light WL Carbon Fiber Structures..., Manley et al., 
1973; Composites, Data Communications, Nov. 1986, 
Principi et al., William Beaumont Hospital and Its 
Generation System, U.S. Healthcare, Vol. 6, No. 3, Mar 
1988, Childs; Evaluating Automated Information 
Systems, Mowra et al., Vol. 5, No. 1, JanVFeb. 1987, 
Nursing Economics; Automated Information Systems 
in Quality Assurance, Mowra et al., Nursing Econom- 
ics, Sept./Oct. 1987; Doctor Office Manager: An IBM 
Billing Package, Abstract of Article Appearing in M.D. 
Computing Vol. 2, No. 3, pp. 23-30, 6/85, Abstract from 



Microsearch File of Orbit AN85-026189; J.E. Brimm, 
Computers in Critical Care, Mar. 1987, pp. 53-63, Crit- 
ical Care Nursing Quarterly, Hewlett Packard, 78707A; 
PDMS Clinical User's Guide, Jan. 1982, pp. 1-1 

5 through 1-34, 10-1 through 10-5, 15-1 through 15-2; 
Hewlett Packard; PDMS System Description, 1982. 
pp. 1-1 through 2-23; Health Data Science Corp. Ulti- 
care (presumably 10/84), pp. 1-9; Ralph A. Korpman, 
Patient Care Information Systems - Looking to the 

10 Future, Software in Healthcare, Parts 1-5, Apr./May 
1 984 - Dec/Jan 1 984-1 985; An Integrated Bedside Fe- 
tal Monitor and Obstetrical Data System, IEEE Eng. 
In. Med. & Biology Med., Sept. 1984, pp. 22-24; and U. 
S. Healthcare, Vol. 6, No. 3, March 1989, each of the 

*5 foregoing patents and published articles being incorpo- 
rated herein by reference as though fully set forth herein. 
[0004] As disclosed in the foregoing publications, var- 
ious clinical information systems display, monitor and 
chart patient physiological conditions. Such systems en- 

20 able a user to enter information regarding the condition 
of a patient and to have lists of tasks to be performed 
regarding a patient to be generated. 
[0005] While such systems may have been satisfac- 
tory for some applications, they have not proven to be 

25 entirely satisfactory for some applications relative to im- 
proving patient management on a cost effective basis. 
More particularly, a treatment plan for each new patient 
would still necessitate suitable preparation, usually by 
more than one highly trained healthcare provider. Such 

30 preparation time, while an important task, has been bur- 
densome and not always efficient and cost effective. 
[0006] With the rapid rise in medical treatment costs 
and hospitalization costs, it has become very important 
to be more efficient to achieve overall cost saving re- 

35 ductions. To achieve such cost savings, delivery of care 
to large groups of patients must be consistent. In this 
regard, consistent delivery of care requires detailed doc- 
umentation for each patient and periodic monitoring of 
each patient to evaluate patient progress. 

40 [0007] Consistent delivery therefore requires a defin- 
itive plan to enable healthcare providers to provide high 
quality care. Such a plan optimizes delivery of care, re- 
sults in quicker patient recovery, helps to eliminate un- 
wanted and undesired interventions. In short, such a 

45 plan is designed to achieve the desired goals for a pa- 
tient. 

[0008] Thus, for any given medical condition, to 
achieve cost saving reductions there must be uniform 
and consistent delivery of healthcare; measurable ob- 
50 jective documentation; and detailed standard of care 
procedures. 

[0009] One attempt at achieving the consistent stand- 
ard of care and the provision of detailed documentation 
by the healthcare providers has been to develop a pre- 
ss printed critical care path document or form which incor- 
porates predefined hospital standard of care proce- 
dures, care provider orders and expected outcome re- 
sults for a given diagnosis. 
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[0010] While such critical care flow forms may have 
helped to improve patient management and improved 
system utilization to a certain degree, such critical care 
flow sheets have not proven entirely satisfactory. In this 
regard, the typical preprinted critical care path docu- 
ment for any given diagnosis is a document which is very 
difficult to use and to read. It contains a large number of 
small-sized time-line spaces for entry of the patient de- 
viation codes for each day of treatment, or for each 
stage of patient care. Such small spaces result in small 
handwritten entries which can be illegible, or which can 
lead to an unwanted and undesirable transcription error 
of some type. 

[0011] The entry of only code information requires uti- 
lizing another form to entry of the deviation information. 
The description of the deviation or other desired infor- 
mation as an explanation of the simple code information 
entered on the care path sheet, must be entered on oth- 
er sheets of paper. Thus, not only unwanted and unde- 
sirable transcription errors can result, but also all nec- 
essary patient information is not available on a single 
document. Instead, multiple forms must be employed for 
entry of code information and text information. 
[0012] Still yet another problem associated with pre- 
printed critical care path flow sheets is that the preprint- 
ed critical care path flow sheets are configured for a sin- 
gle diagnosis activity only, such as a treatment plan for 
a patient undergoing hip replacement surgery. In this re- 
gard, if a patient is confined to a treatment facility and 
requires treatment for two or more surgical activities, or 
if a secondary diagnosis arises, such as where a surgi- 
cal patient subsequently develops a medical problem, 
such single critical care path forms cannot be used. The 
preprinted forms do not have sufficient space to permit 
the addition of other care paths for multiple diagnoses. 
Moreover, if two or more single diagnosis forms are 
used, conflicting treatment plans may result. More par- 
ticularly, pre-printed forms are not necessarily detailed 
enough for a given patient. For example, a patient in- 
volved in an automobile accident may have a broken 
arm, require surgery to stop internal bleeding, be a di- 
agnosed diabetic, require a hip replacement and devel- 
op secondary pneumonia two days after admission for 
treatment. Each diagnosed problem, in turn, could result 
in a multiple number of deviations. In short, because of 
the large number of permutations and combinations the 
use of multiple flowsheet documents greatly decreases 
efficiency. 

[0013] From US-A-5301105 there is also known an in- 
tegrated health care system that includes the integrated 
interconnection and interaction of the patient, heafth 
care provider, bank or other financial institution, insur- 
ance company, utilization reviewer and employer so as 
to provide within a single system each of the essential 
participants to provide patients with comprehensive pre- 
treatment, treatment and post-treatment health care 
and predetermined financial support therefor. This pat- 
ent is therefore concerned primarily with the financing 



of health care and not so much with heafth care per se. 
[0014] From US-A-5265010 there is known a hospital 
patient documentation method and apparatus which is 
used to generate an initial patient health plan which 

5 identifies the patient's health problems, the causes of 
the problems, expected outcomes, and interventions to 
receive such outcomes. The system provides for the pe- 
riodic entry of progress notes on the patient, with the 
system automatically updating the care plan for the pa- 

10 tient in response to the progress notes. 

[001 5] From US-A-5077666 there is known a medical 
information system having a plurality of terminals 
through which patient information can be entered into 
the system. This patient information is organized hier- 

15 archically and may be displayed to authorized person- 
nel. The system is arranged to provide a time-oriented 
task list which is generated automatically from the data 
which has been entered from physicians and nursing or- 
ders. Tasks may be charted by a system user without 

20 exiting from the task list. 

[0016] However, none of US-A-5301105, US-A- 
5265010 or US-A-5077666 show how to merge critical 
care information retrieved by a remote computer for at 
least two different diagnoses for a given patient, to en- 

25 able customized critical care path information to be gen- 
erated and stored for that patient. 
[001 7] It would be highly desirable to have a new and 
improved clinical information system which can facilitate 
greatly the development and execution of a patient care 

30 plan where there exists multiple clinical diagnoses 
whether medical, surgical or a combination thereof. 
[001 8] Therefore, a principal object of the present in- 
vention is to provide a new and improved method and 
apparatus for facilitating the implementation and execu- 

35 tion of clinical critical care path information for patients, 
particularly where multiple diagnoses exist or occur sub- 
sequent to the commencement for a treatment plan for 
a single diagnosis. 

[001 9] In accordance with a first aspect of the present 
40 invention there is provided a system for facilitating the 
management of the care of a group of patients by a 
health care provider, comprising: 

a central computer adapted to store critical care in- 
45 formation for a plurality of different patient diag- 
noses for different maladies for a given patient; 
at least one remote computer coupled by a data bus 
to the central computer for enabling first active care 
path information corresponding to a specific one of 
so said patient diagnoses for a given one of said pa- 
tients and second active care path information cor- 
responding to a different specific one of said patient 
diagnoses for said given one of the patients to be 
created and stored; 
55 the central computer being responsive to said at 
least one remote computer for causing said first ac- 
tive care path information to be added to said sec- 
ond active care path information to establish cus- 
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tomized critical care information for the given pa- 
tient and for causing the resulting customized mul- 
tiple diagnoses critical care information to be stored 
to enable said customized critical care information 
to be retrieved by said at (east one remote computer 5 
to facilitate patient care management; and 
means for arranging said first and second active 
care path information adjacent to one another to fa- 
cilitate determining potential conflicts between said 
first active care path information and said second w 
active care path information for said given patient 
to be determined by the health care provider; 

wherein said first active care path information and 
said second active care path information are presented is 
adjacent to one another when said customized critical 
care information for said given patient is retrieved by 
said at least one remote computer for enabling the 
health care provider to adjust said customized multiple 
diagnoses critical care information for resolving any po- 20 
tential conflicts therein, whereby customized multiple di- 
agnoses treatment information can then be entered and 
stored for the given patient. 

[0020] In accordance with a second aspect of the 
present invention there is provided a method of using a 25 
system for facilitating the management of the care of a 
group of patients by a health care provider, comprising: 

storing critical care information for a plurality of pa- 
tient diagnoses corresponding to different maladies 30 
for a given patient; 

creating first active care path information corre- 
sponding to a specific one of said patient diagnoses 
for a given one of said patients; 
storing said first active care path information; 35 
creating second active care path information corre- 
sponding to another specific one of said patient di- 
agnoses corresponding to a different malady for 
said given patient; 

storing said second active care path information; 40 
adding said first active care path information to said 
second active care path information to establish 
customized multiple diagnosis critical care informa- 
tion for the given patient; 

storing the customized multiple diagnosis critical 45 
care information; 

arranging said first and second active care path in- 
formation adjacent to one another for said given pa- 
tient to facilitate determining potential conflicts be- 
tween said first active care path information and 50 
said second active care path information; and 
presenting said first active care path information ad- 
jacent to said second active care path information 
for said given patient for enabling the health care 
provider to adjust said customized multiple diagno- 55 
sis critical care path information for resolving said 
potential conflicts. 



[0021] The invention is described further hereinafter, 
by way of example only, with reference to the accompa- 
nying drawings, wherein: 

Figs. 1a and 1b, when arranged as indicated in Fig. 
1, is a block diagram of a clinical critical care path 
information system which is constructed in accord- 
ance with the present invention; 
FIGS. 2-13 are simplified flowchart diagrams of the 
computer program executed by the computer of the 
system of FIG. 1; 

FIGS. 14A-C illustrate a critical care path screens; 
FIGS. 14D-E illustrate windows which may appear 
on the screen of FIGS. 14A-C; 
FIGS. 14F-G illustrate windows which may appear 
during creation and modification of database con- 
figurations; 

FIG. 15 illustrates a critical care path screens gen- 
erated by the system at FIG. 1; 
FIG. 16 illustrates a critical care path screen gener- 
ated by the system of FIG. 1 illustrating a single 
medical diagnosis active care path; 
FIG. 17 illustrates a critical care path screen gener- 
ated by the system of FIG. 1 , illustrating a single 
surgical diagnosis active care path; 
FIG. 18 illustrates a critical care path screen gener- 
ated by the system of FIG. 1, illustrating a merged 
pair of active care paths; 

FIG. 19 illustrates an edit cell window of a critical 
care path screen produced by the system of FIG. 1; 
FIG. 20 is a diagrammatic view of a keyboard of 
FIG. 1; 

FIG. 21 is a diagrammatic fragmentary view of a 
system monitor illustrating an application screen 
and its soft and hard function key templates related 
to the keyboard of FIG. 20; 
FIG. 22 is an add new row window generated by the 
system of FIG. 1; 

FIG. 23 illustrates a critical care path screen gener- 
ated by the system of FIG. 1 illustrating a single 
medical diagnosis active care path; 
FIG. 24 illustrates a critical care path screen gener- 
ated by the system of FIG. 1, illustrating a single 
surgical diagnosis active care path; and 
FIG. 25 illustrates a critical care path screen gener- 
ated by the system of FIG. 1, illustrating a merged 
pair of active care paths. 

Best Mode for Carrying Out the Invention 

[0022] The following description is presented and or- 
ganized according to the following outline: 

A. SYSTEM HARDWARE DESCRIPTION 

B. SYSTEM OPERATION 

C. SYSTEM COMPUTER SOFTWARE 

1. ADD ACTIVE CARE PATH 



15 



20 



25 



30 



35 



40 



45 



4 



7 



EP 0 812 441 B1 



8 



2. ADD NEW ROW 

3. MODIFY ROW 

4. DISCONTINUE ROW 

A. SYSTEM HARDWARE DESCRIPTION 

[0023] Referring now to FIG. 1 of the drawings, there 
is shown a computerized critical care path system 10, 
which is constructed in accordance with the present in- 
vention and which is adapted to generate automatically 
critical care flowsheet information for multiple treatment 
diagnoses, whether medical, surgical or a combination 
thereof. The system 10 further assists healthcare pro- 
viders in modifying such flowsheet information on the 
occurrence of certain exceptions or conflicts between 
standard predefined standard of care treatment plans. 
In short, the critical care path system 10 can perform 
many functions including integrating or merging flow- 
sheet information for separate and distinct medical and 
surgical diagnoses and customizing or tailoring flow- 
sheet information. In this regard, the system 10 enables 
a user to tailor the critical care path parameters to cus- 
tomize the critical care path for any given patient. 
[0024] In short, the system 10 facilitates the monitor- 
ing of the standard of care of a large number of patients 
who are confined at various patient bedside locations, 
such as a patient 15 located at a bedside location 14. 
Such a system optimizes delivery of care to patients, 
enables quicker patient recovery, eliminates undesired 
and unwanted interventions and achieves a more con- 
sistent form of care for each patient in a highly efficient 
manner. Thus, cost savings are realized for the health- 
care provider and desired results are achieved for the 
patients. 

[0025] Although the phrase "critical care path" has 
been employed to describe the present invention, it 
should be understood that other similar phrases can be 
used. Such phrases include, but are not limited to: "crit- 
ical path," "care path," and "care map." 
[0026] The system 10 generally includes a group of 
patient bedside monitoring locations located through the 
facility of a healthcare provider. Such locations would 
be in an emergency room, an intensive care unit, a car- 
diac unit, and so forth. 

[0027] Each patient bedside location, such as the lo- 
cation 14 includes a bedside display station and a group 
of bedside data acquisition devices, such as bedside 
display station 16 and group 17 of bedside data acqui- 
sition devices. The display station allows healthcare 
providers to observe the patient while entering deviation 
information at bedside while the data acquisition devic- 
es facilitate the gathering of patient data and enable 
healthcare providers to monitor the condition of a patient 
at bedside. 

[0028] In order to facilitate central monitoring, the sys- 
tem 10 also includes a central computer 12 (FIG. 1B) 
which communicates individually and selectively with 
the bedside display stations, such as the display station 



16. 

[0029] As will be explained hereinafter in greater de- 
tail, the central computer 12 and its associated software 
gathers and stores patient information, creates flow- 

5 sheet information, establishes critical care path informa- 
tion for facilitating patient care and to manage the flow- 
sheet information being compiled. The system 10 ena- 
bles each bedside display station as well as other 
healthcare provider computer arrangements such as a 

10 nurse station computer 1 8, and a physician station com- 
puter 19 to access such information so healthcare pro- 
viders can optimize delivery of care to patients. 
[0030] The central computer 1 2 and each bedside pa- 
tient location display station are coupled together via a 

15 data bus, such as an ethernet clinical data bus 20. For 
example, the central computer 12 is coupled to the data 
bus 20 via a lead or cable 20D, while the bedside display 
station 16 is coupled to the bus 20 via a lead or cable 
20C. In this manner, a healthcare provider/user can 

20 monitor and enter patient information from many differ- 
ent locations. 

[0031] In order to provide a more fail-safe and secure 
operation, the system 10 also includes a redundant cen- 
tral computer 13. An off-site support computer 49 is cou- 

25 pled to the data bus 20 via a high speed data link 47 to 
provide information to remote locations. A report printer 
45 is coupled to the data bus 20 via a lead or cable 20F 
to enable system users to obtain hard copy reports, flow- 
sheets and other documents for providing efficient pa- 

30 tient care. 

[0032] As best seen in FIG. 1B, the redundant com- 
puter 13, the nurse station 18, the physician station 19 
and the high speed digital link 47 are coupled to the data 
bus 20 via leads or cables 20E, 20J, 20I and 20H, re- 

35 spectively. 

[0033] As best seen in FIG. 1 A, the group 17 of bed- 
side data acquisition devices includes a ventilator 27, a 
gas monitor 28, an IV pump 29, a fetal monitor 30, other 
monitoring devices, such as a special bedside device 

40 31 and a physiologic monitor 32. The devices 27-31 and 

32 are coupled to the data bus 20 via a DAS interface 

33 having a lead or cable 20B, and monitor network in- 
terface 34 having a lead or cable 20A, respectively. 
[0034] The system 10 via the central computer 12 is 

45 coupled to each group of bedside acquisition devices, 
such as the group 17 of bedside data acquisition devices 
for the purpose of monitoring each patient in the health- 
care provider facility. In this regard, the central computer 
12 gathers information from the data acquisition devic- 

50 es, receives information from various healthcare provid- 
ers regarding patient diagnoses and, in turn, generates 
customized critical care path information for each pa- 
tient. 

[0035] The customized critical care path information 
55 is, in turn, utilized by the control computer 1 2 to manage 
the compiling of flowsheet information for each patient. 
The flowsheet information is an ongoing compilation of 
patient information for each patient. 
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[0036] For example, with respect to the group 17 of 
bedside data acquisition devices, those skilled in the art 
will understand that as each patient requires customized 
care, certain ones of the monitoring devices may not be 
required. Also, which interface device or devices are re- 
quired, such as the devices 33 and 34, depends on the 
type of data acquisition devices utilized for monitoring a 
patient, such as the patient 1 5. Thus, in accordance with 
the customized care path information, the system 10 de- 
termines that certain rows of the flowsheet may be un- 
necessary to cause them to be unused whenever it is 
determined that a certain bedside data acquisition de- 
vice is not required for a certain patient. In short then, 
the critical care path information is used by the central 
computer 12 to manage the flowsheet information caus- 
ing it to be appropriately compiled for each particular 
patient being monitored by the system 10. In this man- 
ner, a more consistent form of care for each patient is 
facilitated in a highly efficient process. 
[0037] Considering now the central computer 12 in 
greater detail with reference to FIG. 1 B, the central com- 
puter 12, includes a processor 40 having coupled there- 
to a primary memory unit 41 , such as a random access 
memory unit, a monitor 42, a keyboard 44 and a sec- 
ondary memory unit 46, such as a disc drive memory 
unit. The central computer 12 is generally a super mini- 
computer, such as sold by Digital Equipment Corpora- 
tion, Inc. and others. The computer processor 40 is in- 
terconnected to the memory unit 41 via a memory cable 
41 A, the monitor 42 via a video cable 42A, the keyboard 
44 via a keyboard cable 44A, and the secondary mem- 
ory unit 46 via a memory post cable 46A. The primary 
memory unit 41 and the secondary memory unit 46 con- 
tain the long term database information for the critical 
care path system, and the application software to re- 
ceive patient data from the bedside display station 16. 
[0038] The processor 40 and its associated applica- 
tion software performs all the necessary functions of crit- 
ical care path patient maintenance including 1 ) retaining 
clinical information for retrieval and review; 2) perform- 
ing requested clinical calculations; 3) displaying patient 
data in tabular and graphic formats; 4) allowing simul- 
taneous multiple user access to any given patient chart 
information; and 5) integrating patient data acquired 
from the bedside data acquisition terminals and other 
acquisition systems such as a clinical laboratory infor- 
mation computer system 15A, a blood gas laboratory 
computer information system 15B, an A.D.T. (admis- 
sions discharges and transfers) computer information 
system 15C, an H.I.S. (hospital information system) in- 
formation system 15D, and other foreign systems, such 
as a foreign computer system 15E. 
[0039] As best seen in FIG. 1 B, an interface unit, such 
as an SI2000 interface unit 15F, enables such other sys- 
tems 15A-15E to be coupled to the data bus 20 shared 
by the central computer 12, the redundant computer 13, 
and the off-site support computer 49. 
[0040] Considering now the bedside display station 



16 in greater detail with reference to FIG. 1A, the bed- 
side station 16 includes a central processor 23, key- 
board 24, video monitor 25 and a primary memory unit 
26 such as a random access memory unit. The display 

5 station 1 6 is disposed at the patient bedside location 1 4 
so the healthcare provider can be in close contact with 
the patient as information regarding the condition of the 
patient is entered into the system 10. 
[0041] The redundant central computer 1 3 is substan- 

10 tially similar to the central computer 12, and will not be 
described in greater detail. Those skilled in the art, how- 
ever, will understand that ail of the functions performed 
by the central computer 12 can also be performed by 
the redundant computer 13, as well as any other com- 

1$ puter system coupled to the data bus 20 having suffi- 
cient speed and secondary memory capability. In this 
regard, the system 10 has a redundant capability. 

B. SYSTEM OPERATION 

20 

[0042] As noted earlier, the critical care path system 
10 is a hardware and software system that automates 
clinical charting and completely eliminates handwritten 
charting. In this regard, the system 10 operates under 

25 a master or main program 200 (FIG. 2) that starts when- 
ever the central computer 12 is activated. In this regard, 
the system 1 0 is adapted to be active or ON at all times, 
since critical care path patient maintenance typically re- 
quires twenty-four hour per day, seven day per week 

30 monitoring. As all of the system stations can operate in- 
dependently and simultaneously using the same appli- 
cation software, only the operation of the central com- 
puter 12 will be discussed. For clarity purposes in un- 
derstanding the operation of the system, reference may 

35 be made from time to time to other stations or data ac- 
quisition units. 

[0043] In operation, and by way of example consider 
a patient is admitted to a healthcare facility for a surgical 
hip replacement procedure. A designated healthcare 
40 provider user utilizing the system 10 via the physician 
station 19 enters the patients name, the surgical diag- 
nosis and any special orders. The entered information 
is transferred via the lead or cable 20I to the data bus 
20 and thence lead or cable 20D to the central computer 

45 12. 

[0044] The central computer 12 via the processor 40 
causes the information to be processed and stored in 
the secondary memory unit 46 via the memory port lead 
46A. In this regard, the central computer 12 retrieves 

50 selectively under user control, critical care path informa- 
tion. The user, in turn, can merge critical care path in- 
formation for multiple diagnoses or customize the critical 
care path information for the patient. In this regard, cer- 
tain critical care path information may be modified for 

55 the needs of the specific patient. For example, some in- 
formation may not be applicable to the patient. The user 
may also at this time identify which group of bedside da- 
ta acquisition monitors, such as group 17, that will be 
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utilized for both pre and post operation data acquisition 
purposes. 

[0045] After the healthcare provider/user has tailored 
the critical care path information, the user can cause the 
information to be stored in the secondary memory unit 
46, for subsequent access by support personnel at the 
bedside of the patient via a display station, such as the 
display station 16. Such information may also be ac- 
cessed by the nurse station 18 and the physician office 
station 19. 

[0046] When the central computer 12 receives the tai- 
lored or customized critical care path information, the 
central computer 12 causes customized flowsheet infor- 
mation to be compiled based upon the critical care path 
information. In this regard, flowsheet information is ini- 
tially stored in a universal format for displaying many 
possible patient management information received from 
the display station 16 and the group 17 of bedside data 
acquisition devices. However, based on the customized 
critical care path information, certain monitors and/or 
devices may or may not be required for a given patient. 
Thus, the central computer 12 will cause the flowsheet 
rows for such non-used devices to be unused in the uni- 
versal format resulting in a customized flowsheet for the 
specific patient. 

[0047] After the patient is at bedside, patient informa- 
tion is gathered by the healthcare provider/user via the 
display station 16, and the appropriate bedside devices 
and then stored in the centra! computer secondary 
memory unit 46 for subsequent retrieval and display. In 
this regard, the ethernet data bus 20 has common ac- 
cess to each of the systems, computers, and devices 
via the leads or cables 20A-D and G. 
[0048] More particularly, a healthcare provider user at 
any time thereafter, can access the stored critical care 
path information, the flowsheet information, and other 
relevant patient information stored at the central com- 
puter 12 via the bedside display station 16, the nurse 
station 18, and the physician office station 19. 
[0049] From the foregoing, it should be understood 
that the system 10 facilitates the management of the 
care of a large group of patients. The management of 
care is accomplished by creating and storing in the sec- 
ondary memory unit 46 of central computer 12, critical 
care information for a large number of different patient 
diagnoses, both medical and surgical. More particularly, 
the critical care information is indicative of expected out- 
comes resulting from predefined standards of care treat- 
ment plans to be administered selectively to patients. 
[0050] The central computer 12 and its associated 
hardware and software, under user control, modifies the 
critical care path information for a given patient The crit- 
ical care information is then utilized to modify general- 
ized flowsheet information to establish customized flow- 
sheet information for each patient. Thus, certain rows of 
flowsheet information may not be used for given pa- 
tients. 

[0051] In FIG. 2, a flowchart is shown, illustrating the 



steps taken by the computer processor 40 in automating 
clinical charting functions, in reviewing database infor- 
mation and in monitoring patient care functions, such as 
labor and delivery functions. Starting in a START in- 
5 struction 201, the flowchart program proceeds to a de- 
cision instruction 203 which determines whether a sys- 
tem user requires the system to perform any charting 
functions. The charting functions performed by the sys- 
tem 10 include: 

10 

1. GENERAL ADMINISTRATIVE FUNCTIONS 

a. Patient Admission Functions 

b. Patient Discharge Functions 

15 

2. ORDER ADMINISTRATION FUNCTIONS 

a. Order Entry Review 

b. Order Entry Function 

20 

3. GENERAL FLOWSHEET FUNCTIONS 

a. Flow Sheet Review 

b. Basic Functions 

25 

4. SPECIAL FLOWSHEET FUNCTIONS 

a. Vital Sign Functions 

b. Intake and Output Function 
30 c. Medication Administration Functions 

d. Critical Care Path Functions 

e. Care Path Assessment Functions 

f. Integrated Chart Functions 



a. Notes Applications Functions 

b. Care Plan Functions 

[0052] The flowsheets created as a result of the flow- 
sheet functions manage patient information. The flow- 
sheet information, in turn, is controlled by the critical 
care path information tailored for a particular patient by 
the healthcare provider user. 

[0053] If the system user requires a charting function 
to be performed, the program advances to a call instruc- 
tion 204 which causes a CHARTING subroutine 300 
(FIG. 3) to be executed. After the CHARTING subrou- 
tine 300 has been executed, the program advances to 
a decision instruction 205. The CHARTING subroutine 
300 will be described hereinafter in greater detail. 
[0054] If the system user does not require the system 
to perform any charting functions, the program next de- 
termines in the decision instruction 205 whether the sys- 
tem user requires the system to perform any review 
functions. The review functions performed by the sys- 
tem 10 include: 
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1. DATA PRESENTATION FUNCTIONS 

a. Reviewing the Information Presentation 
Screen 

b. 24-Hour Summary Functions 

2. SPECIAL REVIEW SCREENS 

a. Cardiac Output Functions 

b. Trend Plot Functions 

3. WAVEFORMS 

a. Waveform Screen Functions 

4. CARDIO-RESPIROGRAM FUNCTIONS 

a. Cardio-Respirogram Screen Functions 

5. REFERENCE LIBRARY FUNCTIONS 

a. New Reference Library Screen Functions 

[0055] If a review function is requested by the system 
user, the program proceeds to a call instruction 206 
which causes a REVIEW subroutine to be executed. 
[0056] If the user is not requesting to use a review 
function, the program goes from the decision instruction 
205 to a decision instruction 207 which determines 
whether the user desires to use the system 1 0 to monitor 
a patient care function. 

[0057] If the user desires to monitor a patient, the pro- 
gram proceeds to a call instruction 208 which causes a 
LABOR AND DELIVERY subroutine to be executed. 
The LABOR AND DELIVERY subroutine facilitates ma- 
ternal and fetal charting functions to be selected, re- 
viewed, changed and customized. 
[0058] After the REVIEW subroutine is executed, the 
program returns to the decision instruction 207 and pro- 
ceeds as described previously. 
[0059] If at decision instruction 207 it is determined 
the user does not desire to use the system to monitor a 
patient care function, the program proceeds directly to 
the decision instruction 203 and continues as described 
previously. 

[0060] Considering now the critical care path tech- 
nique, the critical care path system 10 generally per- 
forms many functions including integrating or merging 
critical care path information for separate and distinct 
medical and surgical diagnoses and customizing or tai- 
loring the care path information as will be described in 
greater detail under the charting functions subroutine 
300. 

[0061] Considering now the operation of the system 
in still greater detail, whenever a patient is admitted to 
a hospital for medical or surgical treatment, a team of 
healthcare providers confer to determine what treat- 
ments, medications, therapies, and other procedures, if 



any, should be administered to the patient to achieve 
expected results. In this regard, primary care facilities 
have developed "Standard of Care" procedures, which 
must be followed by those healthcare providers operat- 
5 ing within the primary care facility. Such Standard of 
Care outlines and procedures define pre-configured 
standard orders that a patient is to receive when he or 
she is admitted to the facility for any diagnosed condi- 
tion. 

10 [0062] Utilizing a database of such pre-configured 
standard orders, the system 10 generates flowsheets 
for medications, intake fluids, IV drugs, TPN, output flu- 
ids, treatments, and other task oriented items. Thus, 
whenever a patient is introduced into the system 10 with 
*5 a diagnosed medical or surgical condition, the pre-con- 
figured standard orders are routinely entered and then 
reviewed and analyzed by certain ones of the primary 
care personnel. The system 1 0 then transfers the orders 
to a critical care path and its applicable flowsheets for 
charting purposes. Individual orders may also be cus- 
tomized, entered and transferred to applicable flow- 
sheets whenever a patient has multiple diagnosed con- 
ditions and/or does not respond to treatments as expect- 
ed. 

[0063] In order to facilitate a user friendly environment 
for automating clinical charting, the system 10 gener- 
ates a series of screens and reports which are arranged 
to best emulate conventional hospital paper flowsheets 
(not shown). In this regard, the arrangement of system 
rows, choice lists, displayed parameters, section and re- 
ports is referred to as a hospital configuration. 
[0064] As best seen in FIG. 14A, each critical care 
path screen generated by the system 1 0 is arranged into 
four parts that includes: a demographic bar 1490 at the 
top of each screen which includes the name of the pa- 
tient 1491, the unit and bed number assigned to the pa- 
tient 1492, the name of the primary care physician 1493, 
the environment 1494, and the current time and date 
1495. A title bar 1496 disposed below the demographic 
bar 1490 contains the title of the selected screen. Next, 
and directly below the title bar 1496 is an application 
section indicated generally at 1497 that contains textual 
and graphic information relative to the selected screen 
function. At the bottom of the screen appears a soft func- 
tion key label template 1498 that will be described here- 
inafter in greater detail. 

[0065] Referring now to FIG. 20 there is illustrated the 
keyboard 44. The keyboard 44 includes an eighteen key 
numeric pad 50, an alphanumeric QWERTY type key- 
board 52, and a function key group 54 having twelve 
application function keys 60-71. 
[0066] In operation, each of the function keys 60-71 
can perform two functions in the system 10, either a soft 
function key function or a hard function key function. In 
this regard, as best seen in FIG. 21, both the hard and 
soft functions of the function keys 60-71 are displayed 
on each application screen, such as an application 
screen 80. Navigating between system applications is 
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performed by the user via the hard function keys 60-71 . 
The function of each individual hard function key is pre- 
determined and is dependent on the environment. 
[0067] Thus, for example, to access a clinical flow- 
sheet/screen like a vita! signs flowsheet, (not shown) the 5 
user actuates in combination the F1 function key 60 and 
an ALT key 56 or a CTRL key 57 on the keyboard 44. 
This combined action causes the vital signs flowsheet 
to appear on the monitor 42. 

[0068] To assist the user in distinguishing the hard 10 
function from the soft functions, the functions of hard 
function keys are displayed in reverse video. For clarity 
purposes, the reverse video is illustrated merely as 
shading in FIG. 21. 

[0069] In summary then, each applications screen 15 
such as the application screen 80, includes a soft func- 
tion key template indicated generally at 82 and a hard 
function key template indicated generally at 84. Each of 
the respective soft and hard function key templates 82, 
84 includes a series of labels, such as a label 83 and a 20 
label 85, respectively. Such labels are indicative of the 
functions associated with their keyboard function keys 
71 and 63 respectively. 

[0070] To facilitate easy in selecting the correct func- 
tion key, the soft key template 82 configuration and the 25 
hard key function key template 84 configuration corre- 
spond to one another. In this regard, each is divided into 
three groups such as soft function key groups 73-75 
where each group has four associated key functions. 
[0071] For the purpose of clarity hereinafter, the spe- 30 
cific functions associated with the function keys 60-71 
will not be illustrated as they change according to the 
environment. In this regard, reference will only be made 
to F1 through F12. Also for clarity purposes, only the 
soft function key template will be shown with the general 35 
function labels F1-F12. It should be understood howev- 
er, that each screen produced by the system 10 includes 
a display of both soft function keys and hard function 
keys. 

40 

C. SYSTEM COMPUTER SOFTWARE 

[0072] The various programs for carrying out the op- 
erations of the system 10 can best be understood by 
reference to the flowchart diagrams of FIGS. 2-13. 45 
FIGS. 2-13 illustrate the sequence of operations carried 
out by the system 10 and any one of its computer proc- 
essors such as the computer processor 40 in response 
to input signals received from its associated keyboard 
44. Although the input signals are generated by a key- so 
board, those skilled in the art will understand other input 
devices, such as a touch screen grid (not shown), a 
mouse (not shown), or a track ball (not shown) can gen- 
erate such input signals. 

[0073] Included in FIGS. 2-13 are separate subrou- 55 
tines which may be called at various times during the 
operation of the system. 

[0074] Considering now the CHARTING subroutine 



300 in greater detail with reference to FIG. 3, the 
CHARTING subroutine 300 begins at a start instruction 

301 which is initiated from the call instruction 204 in the 
MAIN program 200. 

[0075] From the start instruction 301, the flowsheet 
proceeds to a decision instruction 303 which determines 
whether a system user requires the system to perform 
any one of the previously mentioned general adminis- 
trative functions, such as patient admission or discharge 
functions. If so, the program advances to a call instruc- 
tion 304 which causes an ADMINISTRATION subrou- 
tine to be called for executing the general administrative 
functions. 

[0076] If at decision instruction 303 it is determined 
that the system user does not desire to use the system 
to perform administrative functions, the system program 
goes to a decision instruction 305. At decision instruc- 
tion 305, a determination is made whether the system 
user needs to perform an order administration function. 
If so, the program advances to a call instruction 306 
which causes the ORDER subroutine to be called. The 
ORDER subroutine is beyond the scope of the present 
invention and will not be described in greater detail. 
[0077] After the ADMINISTRATION subroutine is ex- 
ecuted, the program advances to the decision instruc- 
tion 305 and proceeds as described previously. 
[0078] At instruction 305, if it is determined the system 
user does not desire to perform an order administration 
function, the program proceeds to a decision instruction 
307 which determines whether the system user desires 
to perform any general flowsheet charting functions 
such as a flowsheet review or basic function. If so, the 
program goes to a call instruction 308 which causes the 
GENERAL CHARTING subroutine 900 to be called. The 
GENERAL subroutine 900 (FIG. 9) will be described in 
greater detail hereinafter. 

[0079] After the GENERAL CHARTING subroutine 
900 is executed, the program advances to a decision 
instruction 309. 

[0080] At decision instruction 307, if it is determined 
that the system user does not desire to perform any gen- 
eral flowsheet functions, the program next goes to the 
decision instruction 309. 

[0081] At decision instruction 309, a determination is 
made whether the system user needs to perform any 
special flowsheet charting functions, such as critical 
care path functions and integrated charting functions. If 
so, the program advances to a call instruction 310 which 
causes a SPECIAL FLOWSHEET CHARTING subrou- 
tine 400 to be called. The SPECIAL CHARTING subrou- 
tine 400 will be described hereinafter in greater detaH. 
[0082] If it is determined at decision instruction 309 
that the system user does not require the system to per- 
form any special flowsheet functions, the program goes 
to a decision instruction 311 which determines whether 
any note application functions are required. If so, the 
program next executes a call instruction 312 which 
causes an APPLICATION subroutine to be called. The 
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APPLICATION subroutine is beyond the scope of the 
present invention and will not be described in greater 
detail. 

[0083] After the SPECIAL FLOWSHEET subroutine 
400 is executed, the program advances to the decision 5 
instruction 311 and proceeds as described previously. 
[0084] If the system user does not need to perform 
any note application functions, the program goes to de- 
cision instruction 313 from decision instruction 311. The 
decision instruction 313 determines if the user is re- 
questing any other charting functions. If so, the program 
returns to decision instruction 303 and proceeds as de- 
scribed previously. If not, the program goes to an exit 
instruction 314 which returns the program to the MAIN 
program 200 at decision instruction 205. The program 
then proceeds from decision instruction 205 as de- 
scribed previously. 

[0085] Considering now the SPECIAL FLOWSHEET 
CHARTING subroutine 400 in greater detail with refer- 
ence to FIG. 4, the SPECIAL CHARTING subroutine 
400 begins at a start instruction 401 which is initiated 
from the call instruction 310 in the CHARTING subrou- 
tine 300 (FIG. 3). From the start instruction 401 , the pro- 
gram proceeds to a decision instruction 403 which de- 
termines whether a system user requires the system to 
perform any vital sign function charting. If so, the pro- 
gram proceeds to a call instruction 406 that calls a VITAL 
SIGNS subroutine. The VITAL SIGN subroutine is be- 
yond the scope of the present invention and will not be 
described in greater detail. 

[0086] If the system user does not require the system 
to perform charting of vital functions, the program next 
proceeds to a decision instruction 405 which determines 
whether the user requires the system to perform any flu- 
id intake/outtake charting functions. If so, the program 
proceeds to a call command 410 which causes an IN- 
TAKE/OUTPUT subroutine to be called. The INTAKE/ 
OUTPUT subroutine is beyond the scope of the present 
invention and will not be described in greater detail. 
[0087] After the VITAL SIGN subroutine is executed, 
the program advances to the decision instruction 405 
and proceeds as described previously. 
[0088] If it is determined at decision instruction 405 
that the user does not require the performance of any 
intake/outtake functions, the program advances to a de- 
cision instruction 407 which determines whether the 
system user requires any medication administration 
charting functions to be executed. If so, the program pro- 
ceeds to a call instruction 412 which causes a MEDICA- 
TION subroutine to be called. The MEDICATION sub- 
routine is beyond the scope of the present invention and 
will not be described in greater detail. 
[0089] If no medication charting functions are re- 
quired, the program goes to a decision instruction 409 
which determines whether a critical care path function 
needs to be performed. If so, the program advances to 
a call instruction 414 that calls a CRITICAL CARE PATH 
subroutine 500 that will be described hereinafter in 



greater detail. 

[0090] After the MEDICATION subroutine is execut- 
ed, the program advances to the decision instruction 
409 and proceeds as described previously. 
[0091] At decision instruction 409, if it is determined 
that no critical care path functions are required, the pro- 
gram goes to a decision instruction 411 which deter- 
mines whether a care path assessment is required. If 
so, the program goes to a call instruction 416 which 
causes a CARE PATH ASSESSMENT subroutine to be 
called. The CARE PATH ASSESSMENT subroutine is 
beyond the scope of the present invention and will not 
be described except to mention it enables the system 
user to review and chart by exceptions. 
[0092] At decision instruction 411 if it is determined 
no care path assessment functions are to be performed, 
the program goes to a decision instruction 413 which 
determines whether any integrated chart functions are 
to be performed. 

[0093] After the CARE PATH ASSESSMENT subrou- 
tine is executed, the program goes to the decision in- 
struction 413 and proceeds as described previously. 
[0094] If at decision instruction 413 it is determined 
that no integrated chart functions are required, the pro- 
gram goes to a decision instruction 415 to determine 
whether any other charting functions are required. If not, 
the program proceeds to an exit command 420 which 
returns the program to the CHARTING subroutine 300 
at the decision instruction 311 (FIG. 3) and proceeds as 
described previously. If other charting functions are re- 
quired, the program returns to the decision instruction 
403 and proceeds as described previously. 
[0095] At decision instruction 41 3 it is determined that 
an integrated client function is required, the program 
goes to a call instruction 418 which cause a subroutine 
INTEGRATE to be called. The INTEGRATE subroutine 
is beyond the scope of the present invention and will not 
be described in greater detail. 
[0096] After the INTEGRATE subroutine has been ex- 
ecuted, the program proceeds to the decision instruction 
415 and proceeds as described previously. 
[0097] Considering now the CRITICAL CARE PATH 
subroutine 500 in greater detail with reference to FIG. 
5, the CRITICAL CARE PATH subroutine 500 begins at 
a start instruction 501 which is initiated by the call com- 
mand 414 in the SPECIAL FLOWSHEET subroutine 
400 (FIG. 4). The program then proceeds to a decision 
instruction 503 which determines whether a system user 
requires the system to review a care path. If so, the pro- 
gram proceeds to a call instruction 504 that calls a RE- 
VIEW CARE PATH subroutine 700. The REVIEW CARE 
PATH subroutine 700 will be described in greater detail. 
[0098] If the system user does not require the system 
to review a care path function, the program next pro- 
ceeds to a decision instruction 505 which determines 
whether the user requires the system to perform an add 
care path function. If so, the program proceeds to a call 
command 506 which causes an ADD CARE PATH sub- 
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routine 600 (FIG. 6) to be called. The ADD CARE PATH 
subroutine 600 will be described in greater detail. 
[0099] After the REVIEW CARE PATH subroutine 700 
is executed, the program goes to the decision instruction 
505 and proceeds as described previously. 
[0100] If it is determined at decision instruction 505 
that the user does not need to add a critical care path, 
the program advances to a decision instruction 507 
which determines whether the system user requires the 
preview of any care path. If so, the program proceeds 
to a call instruction 508 which cause a CARE PATH 
PREVIEW subroutine to be called. The CARE PATH 
PREVIEW subroutine is beyond the scope of the 
present invention and will not be described hereinafter 
in greater detail. 

[0101] If no care path preview functions are required, 
the program goes to a decision instruction 509 which 
determines whether any time setting functions needs to 
be performed. If so, the program advances to a call in- 
struction 510 that calls a CRITICAL CARE PATH TIME 
subroutine. The CRITICAL CARE PATH TIME subrou- 
tine is beyond the scope of the present invention and 
will not be described hereinafter in greater detail. 
[0102] At decision instruction 509, if it is determined 
that no critical care path timing functions are required, 
the program goes to a decision instruction 511 which 
determines whether a new row needs to be added to a 
selected care path chart. If so, the program goes to a 
call instruction 512 which causes an ADD CARE PATH 
ROW subroutine 1300 (FIG. 13) to be called. The ADD 
CARE PATH ROW subroutine 1300 will be described in 
greater detail hereinafter. 

[0103] At decision instruction 511, if it is determined 
that no add row functions are to be performed, the pro- 
gram goes to a decision instruction 513 which deter- 
mines whether any row modifications functions are to 
be performed. If so, the program advances to a call in- 
struction 514 which causes a MODIFY subroutine 1200 
(FIG. 12) to be called. If not, the program goes to a de- 
cision instruction 515 to determine whether any editing 
functions are required. After the MODIFY subroutine 
1200 is executed, the program goes to the decision in- 
struction 515 and proceeds as described previously. 
[0104] At decision instruction 515, if it is determined 
no editing functions are required, the program proceeds 
to a decision instruction 517 which determines whether 
any other critical care path functions are to be per- 
formed. If so, the program returns to decision instruction 
503 and proceeds as described previously. If not, the 
program goes to an exit command 519 which returns 
the program to the SPECIAL FLOWSHEET subroutine 
400 (FIG. 4) at decision instruction 411 where the pro- 
gram proceeds as described previously. 
[0105] If at decision instruction 515, it is determined 
an edit function is to be performed, the program goes to 
a call instruction 516 which causes an EDIT subroutine 
1100 (FIG. 11) to be called. The EDIT subroutine 1100 
will be described hereinafter in greater detail. 



[0106] After the EDIT subroutine 1100 has been exe- 
cuted, the program advances to the decision instruction 
517 and proceeds as described previously. 
[0107] Considering now the REVIEW CRITICAL 

5 CARE PATH subroutine 700 in greater detail with refer- 
ence to FIG. 7, the REVIEW CRITICAL CARE PATH 
subroutine 700 begins at a start instruction 701 which is 
initiated from either the call command 504 (FIG. 5) or 
the call command 904 in the subroutine 900 (FIG. 9). In 

10 this regard, each display station location, such as the 
display station 14A is programmed to default to patient 
control screen (not shown) where the display station is 
located. By using the appropriate function keys, the de- 
fault screen can be caused to be displayed on the mon- 

15 itor 25. 

[0108] To select a unit, the user moves the cursor to 
highlight a desired unit and depress the enter key on the 
keyboard 24. In this regard, the program proceeds to a 
decision instruction 703 which determines whether the 

20 system user has selected a care unit. If not, the program 
goes to a command instruction 705 which causes a 
prompt to be displayed requesting the user to select a 
bed/unit and patient. The program then returns to the 
decision instruction 703 and proceeds as described pre- 

25 viously. 

[0109] After the user selects a bed unit, the program 
advances from the decision instruction 703 to a decision 
instruction 707 which determines whether the user has 
selected a patient. If not, the program goes to a decision 
30 instruction 709 to determine whether the user is done 
with his or her review. If so, the program proceeds to an 
exit command 711 which terminates the review subrou- 
tine 700. 

[0110] If the user has not completed his or her review, 
35 the program goes from the decision instruction 709 to 
the decision instruction 703 and proceeds as described 
previously. 

[01 1 1] When the user selects a patient, the program 
goes from the decision instruction 707 to a command 

40 710 which causes the selected patient information to be 
retrieved and displayed. The program then goes to a de- 
cision instruction 712 which determines whether the us- 
er desires to review a care path in another unit. If so, 
the program goes to decision instruction 707 and pro- 

45 ceeds as described previously. If not, the program ad- 
vances to a decision instruction 716 which determines 
whether the user desires to select another patient in the 
unit presently selected. 

[0112] If the user selected another patient in the same 
so unit, the program returns to the command 710 and pro- 
ceeds as described previously. 
[0113] If the userhas not selected another patient, the 
program proceeds to a decision instruction 718 which 
determines when the user has completed his or her re- 
55 view. In this regard, when the user completes the review, 
the program goes to the exit command 711 and pro- 
ceeds as described previously. If the review has not 
been completed, the program goes to the decision in- 
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struction 712 and proceeds as described previously. 
[01 14] From the foregoing, it should be understood a 
selected critical care path screen will be retrieved and 
displayed, such as the critical care path screen 1400 
(FIG. 14). 5 
[0115] Considering now the clinical information sys- 
tem 10 in still greater detail, and more specifically critical 
care path charting, as best seen in FIG. 15. whenever 
a healthcare provider desires to perform any one of a 
plurality of different critical care path functions relative w 
to a given patient, the provider can select the patient 
and request that a given monitor display the critical care 
path information for the selected patient. In this regard, 
a screen 1500 will be displayed on the user active mon- 
itor, such as the monitor 25 at display station 21. *5 
[0116] The critical care path screen 1500 is menu 
driven and displays for the user a plurality of different 
critical care path flowsheet items. Such flowsheet items 
may include, for example, active care paths (*)1501, 
acuity (*)1502 t patient problem (*)1503, assessments 20 
1504, medications (*)1505, IVs (*)1506, consults (*) 
1507, tests (*)1508, activity instructions (*)1509, activity 
1510, nutrition (*)1511, treatments with standards 1512, 
treatments (none) 1513, special instructions/misc (*) 
1514, procedures (none) 1515, discharge planning w/ 25 
standards 1516, teaching 1517, FIM1 1520 or others (not 
shown). 

[0117] The appearance of "(*)" indicia, such as the in- 
dicia 1 51 8 is indicative that the flowsheet contains chart- 
ed patient data. The appearance of "(none)" indicia, 30 
such as the indicia 1519 is indicative that there are no 
row items in flowsheet. 

[01 1 8] Whenever the user highlights one of the flow- 
sheet items, such as the active care paths (*) item 1501 
and activates the enter key on the user active keyboard, 35 
such as the keyboard 24 at display station 21 , an asso- 
ciated drop down window will appear on the monitor 
screen, such as a drop down active care path (*) window 
1696 (FIG. 16) or a drop down patient problem (*) win- 
dow 1697 (FIG. 16). Whenever a drop down window ap- w 
pears on the monitor screen, such as the screen of mon- 
itor 25, the remaining displayed flowsheet items may be 
shifted offscreen. By using the arrow up and down keys 
on the keyboard 24, different flowsheet items may be 
brought to the screen to be activated. 45 
[01 19] As will be discussed in greater detail, a critical 
care path is a diagnosis specific, multi-discipline, time 
sequenced patient care plan. In this regard, the infor- 
mation in any given critical care path is formed for each 
patient by adding care paths that have been defined by so 
preexisting hospital Standards of Care. The preexisting 
hospital Standards of Care once added to a critical care 
path can then be tailored to each patient's need and ex- 
pected outcomes. Thus, a visual indication of the status 
of a patient can be seen on a critical care path assess- 55 
ment flowsheet (not shown) upon activating the assess- 
ments flowsheet item. Such documentation is in accord- 
ance with the primary care facility Care Path Assess- 



ment protocol and Standards of Care, or alternately by 
using a standard clinical information system flowsheet. 
[0120] The critical care path screen, such as the 
screen 1400 (FIG. 14A), or the screen 1600 (FIG. 16) 
provides a healthcare provider, administrator, nurse, 
physician or other interested person with a visual indi- 
cation of a patient care plan. The critical care path 
screen 1600 is formed for each patient by adding care 
paths that have been defined by the hospital pre-exist- 
ing Standards of Care treatments and procedures. As 
will be explained in greater detail, a given care path is 
a diagnosis specific, multi-discipline, timed-sequenced 
patient care plan that is tailored to the needs and ex- 
pected outcomes of each patient. Patient status can be 
documented on a CBE Flowsheet (not shown) in ac- 
cordance with the CBE protocol and Standards of Care 
established by a given hospital or alternately, by using 
a CIS flowsheet. 

[0121] For example, referring to FIG. 16, a given pa- 
tient care path screen 1600 includes an active care path 
select 1601, a time schedule 1603, and a user-defined 
task section 1607. The active care path section 1601 
has one or more active care paths, such as a single ac- 
tive care path indicated generally at 1696. In this regard, 
the care path is for a hip replacement. The time schedule 
or time line indicated generally at 1602 provides the user 
with a date 1603 the patient is admitted to the hospital 
and a date 1605 the patient will undergo surgery. The 
textual section 1606 includes textual data below the 
dates 1603 and 1605 describe the appropriate active; 
e.g. "pre-op day 1" and "operative day" respectively. 
[0122] The active care path section 1601 defines care 
paths for surgical diagnoses which are configured for 
pre and post surgery patient care, such as a hip replace- 
ment procedure. The active care path section 1601 also 
defines care path for medical diagnoses which are con- 
figured for non-surgical patient care. For example, a pa- 
tient may be admitted to a primary care facility for a hip 
replacement surgical procedure and who has also been 
diagnosed as being a diabetic, or having pneumonia. 
For example, in FIG. 14 A, a critical care path has two 
active care paths, such as a hip replacement care path 
1430 and a pneumonia evaluation care path 1440, will 
be assigned to such a patient to track the surgical diag- 
nosis hip replacement care path 1430 and the medical 
diagnosis pneumonia care path 1440. 
[0123] From the foregoing, it should be understood by 
those skilled in the art that based on the medical diag- 
nosis of the patient, the user can select pre-configured 
care paths to appear automatically on a critical care path 
screen. The screen can then be tailored by merging sev- 
eral care plans to account for different diagnoses and 
multiple operations as will be explained in greater detail. 
[0124] In operation, when the hip replacement active 
care path is selected by the user, the system 10 causes 
a group 1698 of standard care items to be displayed. 
For example, the group 1698 includes four standard of 
care items: a bowel elimination item 1610, a comfort 
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item 1620, a knowledge deficit item 1630 and a mobility 
Impaired physical item 1640. Corresponding text ceils 
are associated with each of the standard of care items, 
such as ceils 1611-1618. 

[0125] The text ceils include excepted outcome infor- 
mation for the active care path. Such information can be 
modified at any time. In this regard, the information can 
be modified before actual patient treatment, during 
treatment upon the occurrence of an exception or the 
necessity of adding another active care path. 
[0126] As will be explained in greater detail, the infor- 
mation in a text cell will be repeated from date to date 
or until modified by the system user. A system user may 
also discontinue the repeated information at any date 
selected by the user. 

[01 27] From the foregoing, it should be understood by 
those skilled in the art that editing of the text ceils allows 
the user to easily customize the critical care path for any 
given patient. 

[0128] Information in the individual text cells will not 
be changed until such time as a system user adds in- 
formation or modifies information contained in a cell. In 
this regard, if the patient responds to the normal expect- 
ed standard of care outcomes, no textual information will 
be required. 

[0129] If a given patient experiences a problem, the 
user may add text to an excepted cell to explain prob- 
lems, outcomes, or the status of a patient. Cells 
1614-1618 for example provide such textual informa- 
tion. 

[0130] The methods of adding rows, adding or modi- 
fying cell text, adding additional care paths and adding 
and modifying care paths configurations will be de- 
scribed hereinafter. 

1. ADD CARE PATH 

[0131] Considering now the ADD CARE PATH sub- 
routine 600 in greater detail with reference to FIG. 6, the 
ADD CARE PATH subroutine 600 begins at a start in- 
struction 601 in response to the call command 506 from 
the CRITICAL CARE PATH FLOWSHEET CHARTING 
subroutine 500. In this regard as noted earlier, based on 
the medical and surgical diagnosis of a patient, a system 
user can select pre-configured CARE PATHS to appear 
automatically on the CRITICAL CARE PATH SCREEN, 
such as on a screen 1600 in FIG. 16. Once the Care 
Path Screen is displayed, the user can then tailor its en- 
tries by merging several CARE PATHS to account for 
different diagnoses and multiple operations. 
[0132] Those skilled in the art will understand that ail 
care paths are defined by the administration of the pri- 
mary care facility according to existing Standards of 
Care. Such Standards of Care contain text items such 
as the text indicated in text item section 1606 and tasks 
such as the tasks in the user-defined task section 1607. 
[0133] The text item section 1606 includes textual in- 
formation which is based on the selected care path. 



Such information defines the expected outcomes over 
a given period of time defined by a plurality of time col- 
umns, such as time columns 1603 and 1605. The textual 
information can be changed on a per cei! basis for indi- 

5 vidualized patient care as will be explained hereinafter. 
[0134] Considering now the CRITICAL CARE PATH 
SCREEN 1400 in greater detail with reference to FIG. 
14A, screen 1400 includes an active care path section 
1401, and a text item section 1403 having one or more 

10 primary text cells, such as a primary text cell 1411-1412 
and one or more secondary or repeat text ceils, such as 
a repeat text ceil 1415-1418. 

[0135] The primary text cell 1411 is the initial ceil 
where textual information is stored. The text which ap- 
15 pears in this ceil will automatically be reproduced in the 
secondary cells 1415 and 1417. In order to distinguish 
between the primary cells from the repeating cells, each 
primary ceil is preceded by a shaded vertical bar, such 
as a vertical bar 1413 associated with the primary cell 
1411 and a vertical bar 1414 associated with a primary 
cell 1412 to distinguish it from a secondary cell, such as 
cells 1415 and 1416, respectively. 
[0136] The secondary or repeating cells, such as re- 
peating cells 1415 and 1416 contain duplicate text from 
their respective primary cells 1411 and 1412. A second- 
ary cell, such as the secondary 1415 can be modified to 
contain textual information which is different than that 
associated with the primary cell 1411. In this event, an- 
other vertical bar (not shown) would appear before the 
modified cell so that it becomes a primary ceil as op- 
posed to a secondary ceil. 

[0137] FIG. 14B illustrates another critical care path 
screen 1420 which is substantially similar to screen 
1400 (FIG. 14A) except that it includes an expected out- 
come window, indicated generally at 1425 which is su- 
perimposed over an acuity active care path 1421 and a 
patient problem care path 1422. As will be explained 
hereinafter in greater detail, configured expected out- 
comes appear in the critical care path screen, such as 
in the screen 1420 whenever the system user activates 
an expected outcome soft function key, such as a soft 
function key F11. The expected outcomes can be en- 
tered and modified via the F11 function key. The infor- 
mation on each care path item will differ per the item 
type section when the "Describe Item" soft function key 
is activated, such as the F7 function key. In this regard, 
for the "Active Care Path" section 1401, ail values of the 
assigned care path will appear and in the text section 
1403, all item information and comments will appear. 
[0138] To add a CARE PATH, the new user first se- 
lects a CRITICAL CARE PATH SCREEN for a given pa- 
tient, such as the CRITICAL CARE PATH SCREW 
1460 (FIG. 14C). Next, the user causes the screen cur- 
sor (not shown) to be positioned to an ACTIVE CARE 
PATH section, such as the ACTIVE CARE PATH section 
indicated generally at 1461. The user then activates an 
ADD CARE PATH function key, such as the soft function 
key F3 which causes a CARE PATH TYPE WINDOW 
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1453 (FIG. 14D) to appear on the ADD CARE PATH 
SCREEN 1460. 

[0139] Using an Up arrow or Down arrow key on the 
keyboard 44, the user causes the desired CARE PATH 
TYPE to be accented or highlighted. Such highlighting 
is indicative of the choice of the user. Next, the user de- 
presses the Enter key (not shown) on the keyboard 44 
to cause an ADD CARE PATH WINDOW 1 484 to appear 
on the screen 1460. The ADD CARE PATH WINDOW 
1484 is indicative of the selected CARE PATH TYPE, 
such as a medical diagnosis type 1485 or a surgical di- 
agnosis type 1486 (FIG. 14D) which corresponds, for 
example, to a case of pneumonia or hip replacement 
surgery, respectively. 

[0140] When the window 1484 appears, the user se- 
lects and types in a choice list number which corre- 
sponds to the desired CARE PATH. A choice list 1462 
appears in the window 1484 when the number is en- 
tered, the system responds by displaying the care path 
type and care path name in a predefined CARE PATH 
TYPE area 1487 and a predefined CARE PATH name 
area 1488, respectively. 

[0141] Depending upon the type of diagnosis or care 
path selected, the user is prompted to enter a start time 
or an evaluation time. In this regard, the window 1484 
includes a predefined area 1463 for entry of the evalu- 
ation time or start time. The start time or evaluation time 
is required to activate the selected CARE PATH. 
[0142] Also, depending upon the CARE PATH TYPE, 
the user will enter in another predefined area 1464 of 
the window 1484 either a stabilization time or a post-op 
time, if known. 

[0143] When the user has completed entry of the in- 
formation to add a CARE PATH, he or she activates the 
Done function key, such as the soft function key F3, 
which in turn causes the new care path, such as path 
1440 (FIG. 14A) and corresponding Text and Task items 
to automatically appear in the applicable sections on the 
CRITICAL CARE PATH SCREEN, such as the screen 
1400. 

[0144] Any patient specific customization is per- 
formed at this time. As will be explained herewith in 
greater detail, once information entered in a given row 
is stored, neither row labels nor the rows themselves 
may be deleted. Cells which define periods of time within 
any row, however, may be modified. 
[0145] When the selected CARE PATH is merged with 
the other CARE PATHS in a given CARE PATH 
SCREEN, the new items will be combined with existing 
items on both the CARE PATH SCREEN and the CARE 
PATH ASSESSMENT FLOWSHEET. Text sections, 
however, are not merged and any duplicate diagnoses 
are displayed alphabetically. Also, if a frequency is 
present, task items will not be merged. In this regard, 
the user can customize the CARE PATH SCREEN for 
duplicate diagnoses and task items having the same or 
different frequencies. 

[0146] When the user completes any customization, 



he or she activates a store function key 1471, which in 
turn, causes the system to store the CARE PATHS. 
[0147] Referring again to FIG. 6, after the start com- 
mand 601 is executed, the program proceeds to a de- 
5 cision instruction 603 to determine whether the system 
user has selected a CARE PATH SCREEN, such as the 
screen 1460. If not, the program loops at 603 until the 
user selects a screen. 

[0148] When the user selects a CARE PATH 
10 SCREEN, the program advances to a decision instruc- 
tion 605 which determines the user has selected the 
ADD CARE PATH function. If not, the program returns 
to instruction 603 and proceeds as described previously. 
[0149] If the user has selected the ADD CARE PATH 
15 function, the program goes to an instruction command 
607, which causes a CARE PATH WINDOW to be dis- 
played, such as the CARE PATH window 1453 to be dis- 
played on the critical care path screen, such as the 
screen 1460. 

[0150] Next, the program advances to a decision in- 
struction 609 which determines whether the user has 
selected a CARE PATH TYPE. If not, the program loops 
at 609 until a CARE PATH TYPE has been selected by 
the user. 

[0151] When the user selects the desired CARE 
PATH TYPE, the program proceeds to a command in- 
struction 611, which causes the selected ADD CARE 
PATH window to be displayed, such as the window 
1484. 

[0152] The next program goes to a decision instruc- 
tion 613 which determines whether the user has select- 
ed a choice item from the displayed choice list 1462 
(FIG. 14E). If not, the program waits at instruction 613 
until the user enters a choice item number. 
[01 53] After the user enters a choice item number, the 
program advances to a command instruction 615 which 
causes selected diagnosis CARE PATH to be displayed 
in the care path type area 1487 and the care path name 
area 1488 respectively and prompts the user to enter 
either the time or the evaluation time, depending upon 
the type of CARE PATH selected by the user. 
[0154] The program proceeds to a decision instruc- 
tion 617 which determines if the user has entered the 
evaluation time. If not, the program loops at instruction 
617 until the evaluation time is entered. 
[01 55] The program then goes to the decision instruc- 
tion 618 which determines whether the user has entered 
the start stabilization time, if known. If the user enters a 
time, the program advances to a instruction 619 which 
causes the time to be displayed. The program then pro- 
ceeds to a decision instruction 621 which determines 
whether the user has completed entering the requested 
information. 

[0156] If theuserdid not enter a stabilization start time 
at decision instruction 61 8, the program goes to another 
decision instruction 620 to determine if the user entered 
an evaluation time. If not, the program returns to the de- 
cision instruction 618. 
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[0157] If the user enters an appropriate evaluation 
time, the program goes to the decision instruction 621 , 
which determines whether the user is done entering the 
requested information. If not, the program loops at in- 
struction 621 until the user enters the done function. 5 
[01 58] When the user enters the done function by de- 
pressing the "Done" soft function key F3, the program 
causes the critical care path flowsheet to be displayed 
such as the flowsheet 1400. In this regard, the new care 
path and corresponding text and task items will auto- 10 
matically appear in the applicable sections on the critical 
care path screen. 

[0159] The program then goes to a command instruc- 
tion 623 which compares the CARE PATH just added 
with all the active CARE PATHS for the selected patient. *5 
The program then goes to a decision instruction 625 
which determines whether a text box, such as a text box 
1702 (FIG. 17) or frequency time is present in the added 
care path. An example of a frequency time relates to the 
frequency of a treatment, such as the number of times 20 
each day a medication is to be administered. If either a 
text box merger or a frequency merger is to be per- 
formed, the program advances to a command 627 which 
causes all text box items and all frequency items to be 
listed. Such duplicate listing of information, such as 25 
"knowledge deficit" 1804 and 1805 (FIG. 18) respective- 
ly, alerts the healthcare provider/user to analyze the 
plan for any potential conflicts. 
[0160] After command instruction 627 is executed, or 
no text or frequency items are present, the program pro- 30 
ceeds to a command instruction 629 which compares 
the cell information to be merged. The merger of cell 
information is required to take place. Such a merger in- 
volves the merging of two or more lists of information 
relating to multiple diagnoses. For example, the merger 35 
of assessments for each diagnosis takes place by elim- 
inating redundant assessments, so that a combined list- 
ing of assessments can be stored. Such a technique is 
properly performed by the system 10, because no inde- 
pendent human intervention of the healthcare provider *o 
is required, unlike the merger performed for text boxes 
and the frequency of treatment of the patient. 
[0161] When the diagnoses are compared the pro- 
gram advances to a decision instruction 631 which de- 
termines whether there are any duplicate assessment 45 
entries. If so, the program proceeds to a command in- 
struction 632 which identifies the redundant assess- 
ment items. The program then proceeds to a command 
instruction 637 which eliminates one of each of the re- 
dundant items. Next, the program advances to a com- 50 
mand instruction 640 which causes the remaining as- 
sessment items to be combined into a single list of items 
with no redundancies. The program then goes to a com- 
mand instruction 633 which causes the text, frequency 
and assessment items to be displayed. 55 
[01 62] If there are no duplicate assessment items, the 
program goes directly to command instruction 633. 
From the command instruction 633, the program goes 



to a decision instruction 635 which determines whether 
the user has requested the customized information he 
or she has entered to be stored. When merging multiple 
care paths, the new items will be combined with the ex- 
isting items on the critical care path screen as we!) as 
the care path assessment flowsheet. However, the text 
and frequency sections will not merge and information 
will be displayed on separate rows. If similar subject 
matter information exists for two or more task items, 
such as the knowledge deficit task items 1630 and 1702 
in FIGS. 16 and 17 respectively, both items are dis- 
played on different rows such as items 1804 and 1805 
as illustrated in FIG. 18, to alert the user to make a de- 
cision, if necessary, as to which one of the two items 
should apply, or if a third approach should be taken at 
any given time. Therefore, the user will have the oppor- 
tunity to review potential conflicts at this time, as well as 
in the future, and to enter any desired customization in- 
formation. 

[0163] By way of example to illustrate the merge func- 
tion for cell information, it is best seen in FIGS. 23-25. 
FIG. 23 illustrates a critical care path screen 2300 for a 
patient diagnosed with a surgical hip replacement pro- 
cedures. In this regard, the screen includes a hip re- 
placement active care path 2301 and a large number of 
assessments 231 0-2320 associated with the surgical di- 
agnosis. 

[0164] FIG. 24 illustrates a critical care path screen 
2400 for the same patient who has developed pneumo- 
nia. In this regard, the screen 2400 includes a pneumo- 
nia active care path 2400 and a corresponding large 
number of assessments 2410-2417. 
[01 65] Under the merge function for merging multiple 
care paths, screens 2300 and 2400 are merged into a 
single screen 2500. In this regard, as best seen in FIG. 
25, the assessments for the two merged care paths in- 
cludes only eleven assessment items 2510-2520 as op- 
posed to nineteen assessment items (11 for hip replace- 
ment and 8 for pneumonia). The duplicated ones of the 
assessment items for the pneumonia path have been 
eliminated. These items are cardiovascular 2410, neu- 
rological 2411, respiratory 2412, gastrointestinal 2413, 
musculoskeletal 2414, neurovascular 2415, psych/so- 
cial 2416 and pain 2417. 

[0166] Although not shown in FIG. 6 for clarity purpos- 
es, it should be understood by those skilled in the art 
that the merged active care paths and their associated 
text cells, task items, and flowsheets can be aborted, 
deleted, edited, and modified at any time before the user 
actuates the "store" soft function key. Thus, while FIG. 
6 illustrates that the program loops at decision instruc- 
tion 635, it should be understood that other functions 
relating to the critical care path screen can be per- 
formed. 

[0167] Considering now the operation of the system 
10 with reference to FIGS. 16-18, the following will help 
facilitate the understanding of the text box merged care 
paths function. A patient (not shown) diagnosed as re- 
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quiring hip replacement surgery is admitted to a health- 
care facility for surgery. A critical care path screen 1600 
that illustrates selected activities relating to the hip re- 
placement active care path 1606 associated with such 
a patient is shown in FIG. 16. 

[0168] While confined at the healthcare facility, the 
patient develops pneumonia. FIG. 17 is a critical care 
path screen 1700 that illustrates selected activities re- 
lating to an active care path 1701 of a medical diagnosis 
of developed pneumonia. 

[0169] As explained earlier, the secondary diagnosis 
of pneumonia (FIG. 17) can be merged or added to the 
surgical diagnoses illustrated in FIG. 16 using the ADD 
CARE PATH subroutine. In this regard, when the active 
care paths are merged a single combined care path 
screen 1800 (FIG. 18) is created. The combined active 
care paths 1801 and 1803 include two similar entries 
illustrated at 1804 and 1805 for task items, namely 
knowledge deficit. One is for the hip replacement diag- 
nosis 1 804, and the other is on the pneumonia diagnosis 
1805. These similar entries are listed in an alphabetical 
order on separate adjacent rows relative to the active 
care paths. Thus, the text cells are not merged, but are 
listed as separate text items. Such similar entries facil- 
itate analysis of potential conflicts by the healthcare pro- 
vider/user, since they are displayed next to one another. 
[0170] The program waits at decision instruction 635 
until the user has entered all of the necessary customi- 
zation information. When the user is done, the program 
advances to an exit command 637, which returns the 
program to the decision instruction 507 in the CRITICAL 
CARE PATH FLOWSHEET CHARTING SUBROUTINE 
500. 

[0171] It should be noted that the post-operation time 
or stabilization time may be set after assigning the 
CARE PATH. The "post-op" time is assigned to a surgi- 
cal diagnoses and the "stabilization" time is assigned to 
the medical diagnosis. 

[0172] To set the appropriate time when known, the 
user selects the desired CRITICAL CARE PATH 
SCREEN, such as the screen 1460. The user then 
moves the cursor to highlight the desired CARE PATH 
in the ACTIVE CARE PATH SECTION 1461. 
[0 1 73] Next, the user activates a "set post-op" or a set 
stab function key such as function key F4, which in turn 
causes an edit post-op screen (not shown) to appear. 
The user then enters the desired time and activates the 
enter key. 

[0174] When the user is finished setting the time, he 
or she activates the done function key F3. All subse- 
quent time columns for the selected CARE PATH will 
then appear as either "post-operative day X" or stabili- 
zation. 

[0175] When the user is finished with the entire 
screen, the user activates the store function key F8. 



2. ADD NEW ROW 

[0176] Considering now the ADD NEW ROW subrou- 
tine 1000 in greater detail with reference to FIG. 10, 
when the call command 512 is executed in the CRITI- 
CAL CARE PATH subroutine 500, a start command 
1001 begins the ADD NEW ROW subroutine 1000. 
[0177] From the start command 1001, the program 
advances to a decision instruction 1003 which deter- 
mines whether the user has selected a critical care path 
flowsheet. If not, the program loops at decision instruc- 
tion 1003 until the user makes a flowsheet selection. 
[01 78] When a flowsheet has been selected by the us- 
er, the program proceeds to a decision instruction 1005 
which determines whether the user has activated a new 
row soft function key F3 and has positioned the cursor 
to a desired data cell in the flowsheet. If not, the program 
returns to decision instruction 1003 until the data cell 
has been selected. 

[0179] When the data ceil has been selected, a New 
Row Screen 2200 (FIG. 22) appears for one section 
type, the section type that was selected by the user. The 
user is then prompted to enter the requested information 
which includes a name 2201, a command 2202, a start 
time 2203 and a discontinue or D/C time 2204. 
[0180] As the user enters the requested information 
for each field, the user activates the enter key which ad- 
vances the screen cursor to the next field. 
[0181] If the user desires to clear ail fields in the new 
row window 2200 and return to the name field, the user 
activates the "Clear Fields" soft function key F4. 
[01 82] To abort the new row mode, the user activates 
the "cancel all" soft function key F12. To clear a default 
time when in a time filed, the user activates a "clear time" 
soft function key, such as the soft function key F1 . 
[0183] When the user is entering the information for 
the new row, the program advances to a decision in- 
struction which determines whether the user desires to 
change any of the information entered. If so, the pro- 
gram advances to a command instruction 1009 which 
causes the appropriate field or fields to be cleared. 
[0184] Next, the program advances to a decision in- 
struction 1010 which determines whether the user de- 
sires to abort the new row function. If so, the program 
goes to an exit instruction 1011 which terminates the 
new row function. 

[0185] At decision instruction if the user does not de- 
sire to change the entered information, the program pro- 
ceeds directly to the decision instruction 1010 and pro- 
ceeds as previously described. 
[01 86] if the user does not desire to abort the new flow 
function, the program goes to a decision instruction 
1012. 

[0187] At decision instruction 1012, if the userhasde- 
pressed the "Assign" soft function key F2, the cursor will 
be positioned automatically for the entry of a new row 
by the program advances to a command instruction 
1013. After command 1013 is executed, the program 
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goes to the decision instruction 1005 and proceeds as 
described previously. 

[01 88] At decision instruction 1 01 2, if it is determined 
the user does not desire to add any additional new rows, 
the program goes to a decision instruction 1014. 
[0189] At decision instruction 1014, if it is determined 
the user has completed adding new row information, the 
program goes to a decision instruction 1015. tn this re- 
gard, if the user depresses the soft function key F3, the 
program goes to the decision instruction 1015. 
[0190] If the user desires to remove a new row before 
it has been stored, the user positions the cursor on the 
appropriate row and actuates the "Modify Row" soft 
function key F12. In this regard, the program advances 
from decision instruction 1014 to decision instruction 
1015, which determines whether the user desires to 
store the new row information. If not, the program goes 
to a decision instruction 1016 which determines whether 
the user has actuated the modify row soft function key 
F3. 

[0191] If the user has not actuated the modify row soft 
function key, the program returns to the decision instruc- 
tion 1012 and proceeds as described previously. 
[0192] At decision instruction 1014, if the user has not 
actuated the "Done" soft function key F3, the program 
goes directly to the decision instruction 1016 and pro- 
ceeds as described previously. 
[01 93] At decision instruction 1 01 6, if it is determined 
the user has actuated the "modify row" soft function key 
F12, the program advances to a call command 1018 
which causes the modify subroutine 1200 to be called. 
The modify subroutine 1200 will be described hereinaf- 
ter. After the modify subroutine 1200 is executed, the 
program returns to the decision command 1012 and pro- 
ceeds as described previously. 
[0194] If at decision instruction 1015 a determination 
is made that the user has actuated the "Store" soft func- 
tion key F8, the program goes to an exit command 1019 
returning the program to the CRITICAL CARE subrou- 
tine 500 at decision instruction 513. 

3. MODIFY ROW 

[0195] Considering now the MODIFY subroutine 
1200 (FIG. 12) in greater detail, the modify subroutine 
begins in a start command 1201 whenever the user po- 
sitions the cursor on an unstored row and activates a 
modify row function key such as key F12. In this regard, 
in a text box or cell, care path assessment or user de- 
fined section, only the name, comment, D/C time and/ 
or frequency of an unstored row can be modified. 
[0196] The MODIFY subroutine advances from the 
start command 1201 to a decision instruction 1203 
which determines whether the user has highlighted one 
of the modify row options displayed in the modify row 55 
window (not shown). More particularly, to change the 
name, comment, discontinue time, or frequency, the us- 
er must select an edit labels option in the displayed win- 



dow. To remove an unstored row, the user must select 
a delete row option in the displayed window. The user 
makes such selections by using the Up arrow and/or 
Down arrow keys and activating the enter key when the 
desired selection is highlighted. In this regard, if the user 
selects the delete row option, the program advances 
from the decision instruction 1203 to a return instruction 
1205 which returns the program to the start command 
1100 in the add row subroutine 1100 which simultane- 
ously deletes the information entered by the user for the 
new row. In this regard, when the user subsequently ac- 
tivates the store function key, it should be understood 
the selected unstored row will not be stored. Instead, 
the row information previously entered will be deleted. 
[01 97] If at decision instruction 1 203 the user does not 
activate the delete row option function key, the program 
advances to a decision instruction 1207 which deter- 
mines whether the user desires to edit a screen label. If 
not, the program proceeds to the decision instruction 
1203 and proceeds as described previously. 
[01 98] If the user desires to modify a label by selecting 
the edit label option, the program advances to a decision 
instruction 1 209 which determines whether the user has 
completed editing the label. If not, the program loops at 
instruction 1209. 

[0199] When the user selects the edit label option, an 
edit label window 2000 (FIG. 20) appears. After the user 
enters the requested data in the edit label window, the 
program goes to a return command 1211 which returns 
the program to the ADD NEW ROW subroutine 1100. 
[0200] Considering now the EDIT TEXT CELL sub- 
routine 1300 in greater detail, the EDIT TEXT CELL sub- 
routine 1300 begins in a start instruction 1301. In this 
regard, all text cells can be edited for custom diagnoses 
on a per patient basis. 

[0201] From the start instruction 1301, which is en- 
tered from the call command 516 in the CRITICAL 
CARE PATH subroutine 500, the program advances to 
a decision instruction 1303 which determines whether 
the user has selected a CRITICAL CARE PATH 
SCREEN such as the screen 1460. If not, the program 
loops at instruction 1303 until the user has completed 
selection of a desired screen. The user then moves the 
cursor to highlight a desired text cell and actuates a de- 
sired one of the edit text cell function keys. In this regard, 
the user either actuates an edit one cell soft function key 
F9 or an edit all cells function key F10. 
[0202] A decision instruction 1 305 determines wheth- 
er the user desires to edit one cell. If not, the program 
advances to a decision instruction 1307 which deter- 
mines whether the user desires to edit alt the cells in the 
selected screen. In this regard, when the user depress- 
es either the edit one cell function key or the edit all cells 
function key, the program will advance from the instruc- 
tion 1305 to a command instruction 1309 or from the 
decision instruction 1307 to a command instruction 
1312. 

[0203] Command instruction 1309 causes the select- 
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ed text cell to appear. The user then may edit the cell by 
typing in the desired edits in free text via the keyboard 
24. In this regard, words are automatically wrapped to 
the next line of text while edits are performed in an insert 
mode. Utilization of the home, end, paper up, page 
down, insert and backspace function keys allow the user 
to edit the text in a highly efficient manner. The user may 
remove text in the selected text cell by actuating the 
"clear text" soft function key F5. 
[0204] The program then advances to a decision in- 
struction 1313 which determines whether the user has 
actuated the dear text function key which causes the 
program to advance from the decision instruction 1313 
to a command instruction 1317 which in turn causes the 
text in the selected cell to be deleted. From instruction 
1317 the program advances to a command instruction 
1319 which causes any text entered in the box to be 
indicative of edited text. In this regard, the text that is 
edited will be underlined. 

[0205] At decision instruction 1313, if the user does 
not desire to remove the text in a cell, the program ad- 
vances directly to the command instruction 1319 which 
causes any edited text entered by the user to be under- 
lined. 

[0206] Next, the program advances to a decision in- 
struction 1321 which determines whether the edits en- 
tered by the user have been accepted. To facilitate ac- 
ceptance of the edited text, the edited text will appear 
underlined until stored and the new text will be visible in 
the selected cell and/or on all subsequent, identical cells 
for the selected item. 

[0207] If the user has selected or activated an accept 
soft function key F3 to accept the edits as entered, the 
program advances to a decision instruction 1323 which 
determines whether the user has activated the store 
function key. The edited text will appear underlined until 
stored. New text will appear in the box and in all selected 
cells. If the user has not selected the accept function 
key, the program loops at instruction 1321. 
[0208] If the user has not selected the store function 
key F8 at instruction 1323, the program loops at instruc- 
tion 1325. When the primary cell store function key is 
selected, the program advances to a decision command 
1 325 which determines whether the user desires to view 
the edit history for the text window. If so, the program 
goes to a command instruction 1327 which causes the 
edited text in a cell to appear in reverse video when 
stored. The program then goes to an exit command 
1329. 

[0209] If the user did not desire to view the edit history, 
the program advances directly to the exit command 
1329 which returns the program to the CRITICAL CARE 
subroutine 500. 

[021 0] If the user selects the edit all cells function key, 
the program advances from instruction 1307 to com- 
mand instruction 1312, which causes the selected pri- 
mary cell and the associated secondary or repeat cells 
text to appear. The user may then edit the cell. 



[021 1] If the user desires to delete a primary text cell 
so it becomes a secondary or repeat cell, the user se- 
lects a delete cell soft function key. The program ad- 
vances from decision instruction 1320 to command in- 
5 struction 1322, which causes the text in the cell to ap- 
pear in an offset color, such as a gray color, and then 
repeats the text from the previous primary cell into all 
the repeating cells thereafter. In this regard, the old pri- 
mary cell becomes a secondary ceil. 
[0212] If the user selects the edit function and acti- 
vates the accept soft function key, and does not desire 
to change the primary cell to a secondary cell, the pro- 
gram advances to the decision instruction 1 323 and pro- 
ceeds as described previously. If not, the program loops 
at instruction 1 323 until the user activates the store func- 
tion key. When the user activates the store function key, 
the modified text will change in all repeat or secondary 
cells. 

[0213] If the user desires to view this edit history for 
text windows, the user activates a describe item soft 
function key. This in turn will cause the edited text to 
appear in revere video. 

[0214] Considering now the GENERAL CHARTING 
subroutine 900 in greater detail with reference to FIG. 
9, the GENERAL subroutine 900 begins at a start in- 
struction 901 which is initiated by the call command 308 
(FIG. 3). Next, the program proceeds to a decision in- 
struction 903 which determines whether a system user 
desires to review a given flow sheet, if so, the program 
advances to a call instruction 904 which causes a 
FLOWSHEET REVIEW subroutine 700 (FIG. 7) to be 
executed. After the FLOWSHEET REVIEW subroutine 
700 is executed, the program advances to a decision 
instruction 905. The FLOWSHEET REVIEW subroutine 
700 is beyond the scope of the present invention and 
will not be described in greater detail. 
[0215] At decision instruction 903, if it is determined 
the system user does not want to review any given flow- 
sheet, the program advances to the decision instruction 
905 which determines whether the system user desires 
to configure a flowsheet. If so, the program goes to a 
call instruction 906 which causes a CONFIGURE 
FLOWSHEET subroutine to be executed. The CONFIG- 
URE FLOWSHEET subroutine is beyond the scope of 
the present invention and will not be described herein- 
after in greater detail. It should be noted however, that 
each flowsheet can be configured with seven general 
functions and two specific functions as illustrated in Ta- 
ble I. 



Table I 



FLOWSHEET RECONFIGURATION FUNCTIONS 


GENERAL FUNCTIONS 


SPECIAL FUNCTIONS 


Read Monitor 
Copy Forward 

L D/C 


Add Row 
Modify Row 
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Table I (continued) 



FLOWSHEET RECONFIGURATION FUNCTIONS 


GENERAL FUNCTIONS 


SPECIAL FUNCTIONS 


Describe Item 
Set Frequency 
Reset Schedule 
Annotation 





[0216] After the CONFIGURE FLOWSHEET subrou- 
tine has been executed, the program goes to a decision 
instruction 907 which determines whether any other 
general flowsheet functions are required. If so, the pro- 
gram returns to decision instruction 903 and proceeds 
as described previously. 

[0217] At decision instruction 905, if it is determined 
that the system user does not desire to configure anoth- 
er flowsheet, the program advances to the decision in- 
struction 907. In this regard, at decision instruction 907 
if it is determined that no other genera) flowsheet func- 
tions are necessary, the program advances to an exit 
command 909 which returns the program to the appro- 
priate subroutine that initiated the call command. For ex- 
ample, the CHART subroutine 300 at decision instruc- 
tion 309. The program proceeds from decision instruc- 
tion 309 as described previously. 

4. DISCONTINUE ROW 

[0218] Considering now the DISCONTINUE ROW 
SUBROUTINE 1100 in greater detail with reference to 
FIG. 11, the DISCONTINUE ROW SUBROUTINE 1100 
begins at a start instruction 1101 when the user desires 
to discontinue a row in a CRITICAL CARE PATH FLOW- 
SHEET. In this regard, the program advances to a de- 
cision instruction 1103 which determines whether the 
user has selected a CRITICAL CARE PATH FLOW- 
SHEET. If not, the program loops at instruction 1103 until 
the user selects a flowsheet. 

[0219] When the user selects a flowsheet, the pro- 
gram proceeds to a decision instruction 1105 which de- 
termines whether the user has selected a desired data 
cell row to be added. In this regard, the user moves the 
cursor to the desired data cell and activates the new row 
function key. 

[0220] If the user has selected to add a new row, the 
program goes to a command 1151 which displays a 
choice group. If not, the program advances to a decision 
instruction 1107 which determines whether the user de- 
sires to discontinue a desired row and time column. In 
this regard, the user moves the screen cursor to high- 
light the desired row and the time column and then ac- 
tivated the discontinue soft function key F5. If so, the 
program proceeds to a command instruction 1109 which 
causes the monitor 25 to display a confirmation prompt. 
[0221] Next, the program advances to a decision in- 
struction 1111 which determines if the user has entered 



via the keyboard 44 the letter "Y" for Yes to discontinue 
the flowsheet row or the letter "N" to abort the discon- 
tinue of the flowsheet row. 

[0222] If the user enters the letter "N" the program re- 
5 turns to the decision instruction 1103 and proceeds as 
described previously. If the user enters the letter "Y" the 
program advances to a command instruction 1113 which 
causes a time bar and arrowhead to appear up to the 
time column where the cursor was positioned. In this re- 
ft* gard, the time bar will appear black until the screen is 
stored. 

[0223] If the user desires to remove a discontinue er- 
ror, the user moves the cursor to the desired data cell 
within the selected row and activates the discontinue 

15 soft function key F5 again. The program advances from 
instruction 1113 to a decision instruction 1115 to make 
this determination. From decision box 1 115 the program 
goes to a decision instruction 1117 which determines if 
the user has activated the "store" soft function key F8. 

20 |f not, the program returns to decision box 1 11 5 and pro- 
ceeds as described previously, if so, the program goes 
to an exit command 1119. 

[0224] If the user does not desire to discontinue a row, 
the program proceeds to a decision instruction 1121 to 

25 determine whether the user desires to set a frequency 
in a scheduled treatment. If so, the program advances 
to a decision instruction 1123 which determines whether 
the user has selected a schedule. The procedure for set- 
ting a frequency will be described hereinafter in greater 

30 detail. 

[0225] If the user does not desire to set a frequency, 
the program advances to a decision instruction 1139 
which determines whether the selected row is a prede- 
fined non-periodic row. If so, the program proceeds to a 
35 decision instruction to a decision instruction 1141 which 
determines if the user desires to reset the schedule in 
the selected row. 

[0226] If at decision instruction 1139 it is determined 
the row is not a predefined non-periodic row, the pro- 

40 gram proceeds to a decision instruction 1147 which de- 
termines if the user desires to add a new predefined row. 
If not, the program advances to an exit command 1149. 
[0227] If the user has indicated a desire to add a new 
row by activating a new row function key, such as a func- 

45 tion key F3, the program goes to the command instruc- 
tion 1151 which causes a NEW ROW SCREEN 2200 
(FIG. 22) having an add group choice list with predefined 
groups to be displayed for the selected section type. As 
best seen in FIG. 22, the NEW ROW SCREEN 2200 

50 includes a predefined name area 2201, a predefined 
comment area 2202, a predefined start time area 2203 
and a predefined discontinue (D/C) area 2204, where 
such predefined area includes a customization area for 
displaying the instruction entered by the user. The NEW 

55 ROW SCREEN 2200 provides the user with instructions 
for field movement within the screen. For example, by 
activating the tab key on the keyboard 44, the next field 
in the screen 2200 will be highlighted for receiving the 
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date to be entered by the user. If the user activates a 
shift key in combination with the tab key, the previous 
field in the screen 2200 will be highlighted. 
[0228] After the choice group is displayed in the NEW 
ROW SCREEN 2200, the program proceeds to a deci- 5 
sion instruction 1153 to determine if the user has made 
an option selection for the row. If not, the program loops 
at instruction 1153 until the user selects an option. 
[0229] After the user selects an option, the program 
goes to a decision instruction 1155 which determines if 
the user has selected a desired row label and activated 
an enter function key. In this regard, when the enter key 
is activated, the selected row label will appear on the 
flowsheet screen and a start time indicator will also au- 
tomatically appear on the screen for the selected row. 
Thus, the program advances from the decision instruc- 
tion 1155 to the command instruction 1133 to cause the 
aforesaid display If the user does not activate the enter 
key, the program returns to instruction 1153 and pro- 
ceeds as described previously. 
[0230] From instruction 1133, the program advances 
to a decision instruction 1135 which determines if the 
user has entered the patient data for the new row. If not, 
the program loops at instruction 1135. 
[0231] When the user has completed entry of the pa- 
tient data, the program goes to the decision instruction 
1136 which determines whether the user has stored the 
added row. If not, the program goes to the decision in- 
struction 1135 and proceeds as described previously. 
[0232] If the user has activated a store function key, 
the program goes from the decision instruction 1136 to 
an exit command 1137 terminating the add row subrou- 
tine. 

[0233] From the foregoing, it should be understood 
the system 10 can also perform other functions such as 
the discontinuing of a row, setting a frequency in a se- 
lected schedule, resetting a schedule in a predefined 
non-periodic row and adding a non-periodic row. 
[0234] The user can abort the new row mode by acti- 
vating the cancel all function key, such as the function 
2210. Alternatively, the user can clear all fields in the 
NEW ROW SCREEN 2200 and return to the name field 
by activating the clear fields function key 221 5. The user 
may also clear the default time when in a time field by 
activating a clear time function key 2200. If so, the pro- 45 
gram advances to a decision instruction 1113 which de- 
termines whether the user desires the entered data to 
be stored. 

[0235] At decision instruction 1121, if the user has ac- 
tivated the "Set Frequency" soft function key F9, the pro- 50 
gram advances to a decision instruction 1123 to verify 
the user has selected a desired flowsheet and has high- 
lighted the desired flowsheet row and time column. In 
this regard, the user types in the number corresponding 
to the desired schedule. 55 
[0236] If the user has not selected the schedule, the 
program goes to a decision instruction 1127 which de- 
termines whether the user has activated the done soft 



function key. If not, the program returns to the decision 
instruction 1123 and proceeds as described previously. 
If the user has selected a schedule, the program goes 
to decision instruction 1125 which determines whether 
the choice number has been entered. If not, the program 
goes to decision instruction 1123 and proceeds as de- 
scribed previously and if so, the program goes to deci- 
sion instruction 1127. 

[0237] At decision instruction 1127, if the user has ac- 
tivated the done soft function key, the program advanc- 
es to a decision instruction 1129, which determines 
whether the user has activated the store soft function 
key. If not, the program returns to the decision instruc- 
tion 1127 and proceeds as described previously. If so, 
the program goes to an exit command 1131. 

5. CREATE CARE PATH CONFIGURATION 

[0238] Considering now the creation of the care path 
database configuration data in greater detail, a new care 
path can be created and added to the user choice list 
for selection at any time. However, the adding of or cre- 
ating of a care path for the database is restricted to des- 
ignated users only. 

[0239] In order to create a care path for the database, 
the designated user enters the name or other identifying 
information of a fictitious patient and then selects the 
care path screen by actuating the soft function key F11 . 
A fictitious patient is identified, because there will be no 
actual care path, which will be retrieved. Thus, the care 
path screen will contain only blank entries so that the 
new care path can be created. 
[0240] When the care path screen appears, such as 
the care path screen 1500 (FIG. 15), the designated us- 
er actuates the add care path function by causing the 
screen cursor to be positioned to active care paths sec- 
tion of the screen, such as section 1501, and then ac- 
tuates the add care path function by actuating the soft 
function key F3. 

[0241] When the soft function key F3 is actuated, a 
select care path type window appears, such as a win- 
dow 1453 (FIG. 14C). The designated user then selects 
the care path type and depresses the enter key on the 
keyboard. 

[0242] Upon depressing the enter key, and add care 
path window, such as an add care path window 1484 
(FIG. 14E) will appear on the screen of the monitor. The 
designated user then enters in a desired care path name 
in free text, a start time and a post op time or a stabili- 
zation time if required for the desired type. It should be 
noted that the post-op and stabilization times must be 
entered. However, these entries will not be saved as part 
of the configuration database. In this regard, only rela- 
tive time differences will be saved as part of the config- 
uration. 

[0243] When the designated user has finished entry 
of the information in the care path window, the user ac- 
tuates the done soft function key F3 which in turn causes 
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the critical care path flowsheet screen to appear on the 
screen using the new row soft function key F3, edit one 
cell soft function key F9, edit ail cells soft function key 
F10, discharge/expected outcome soft function key F11 , 
set schedule soft function key F4 and the set frequency 5 
soft function key F5, the designated user types in the 
care path information. 

[0244] After ail the care path information has been en- 
tered, the designated user causes the screen cursor to 
be positioned to the active care paths section and de- to 
presses the soft function key F12 to cause a default care 
path window 1498 (FIG. 14F) to appear on the screen 
of the monitor. 

[0245] The user then enters the name of the desired 
care path in free text as it will appear on the choice list, is 
Alternately, the designated user can press the enter key 
on the keyboard 44 to use the default care path name 
as displayed. If the default care path name is used, the 
existing care path will be replaced with the contents of 
the screen. 20 
[0246] The designated user then depresses the enter 
key which in turn causes an identification prompt to ap- 
pear on the screen of the monitor. The designated user 
then enters his or her identification code and actuates 
the enter key on the keyboard. 25 
[0247] If the user has an authorized identification 
code, a configuration prompt 1499 (FIG. 14G) will ap- 
pear on the screen with the new care path name. This 
name will be added to the choice list for the applicable 
care path type when the designated user subsequently 30 
depresses any key to complete the creation of the new 
care path in the database. 

6. MODIFY CARE PATH CONFIGURATION 

35 

[0248] Considering now the modifying of the care path 
database configuration data in greater detail, an existing 
care path can be modified at any time. For example, 
through experience, it may be determined that a partic- 
ular deviation in an existing care path occurs so fre- *o 
quently that a modified standard evolves over a period 
of time. When such an event occurs, the designated us- 
er can modify an existing care path. In this regard, the 
designated user follows a similar procedures as set forth 
herein for creating a new care path. The user modifies 45 
the current database configuration in substantially the 
same manner as creating database information. 
[0249] Initially, the name or other identifying informa- 
tion of an actual patient is entered so that the care path 
to be modified will be retrieved. The remaining steps of so 
the procedure are the same as the procedure of estab- 
lishing a new care path. 

[0250] After the entry of the patient identifying infor- 
mation, the designated user selects the critical care path 
screen by actuating the function key F11 . Next, the user 55 
positions the cursor on the "active care path" section of 
the screen and actuates the function key F4 to set post- 
op times or stabilization times if they are not already set. 
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[0251] After setting the post-op time the user edits the 
care path as needed. 

[0252] After the designated user has modified the 
care path screen information, the user actuates the soft 
function key F12 which in turn causes the default fault 
care path window to appear such as the window 1498. 
The user then enters the default care path name which 
in turn causes the existing care path information to be 
replaced with the modified information appearing on the 
screen of the monitor. The process is then completed in 
the same manner as described for creating a database 
care path configuration. 

[0253] While particular embodiments of the present 
invention have been disclosed, it is to be understood 
that various different modifications are possible and are 
contemplated within the true spirit and scope of the ap- 
pended claims. For example, there are a large number 
of equivalent devices and equipment which can be sub- 
stituted for the preferred devices and equipment such 
as the keyboards, monitors and other such apparatus. 
Also, some portions or ail of the preferred software im- 
plemented features can be implemented entirely in 
hardware logic circuits. There is no intention, therefore, 
of limitations to the exact abstract or disclosure herein 
presented. 



Claims 

1. A system for facilitating the management of the care 
of a group of patients by a health care provider, 
comprising: 

a central computer (12) adapted to store critical 
care information for a plurality of different pa- 
tient diagnoses for different maladies for a giv- 
en patient; 

at least one remote computer (16,18,19) cou- 
pled by a data bus (20) to the central computer 
(12) for enabling first active care path informa- 
tion corresponding to a specific one of said pa- 
tient diagnoses for a given one of said patients 
and second active care path information corre- 
sponding to a different specific one of said pa- 
tient diagnoses for said given one of the pa- 
tients to be created and stored; 

characterized in that 

the central computer ( 1 2) is responsive to said 
at least one remote computer (1 6, 1 8, 1 9) for causing 
said first active care path information to be added 
to said second active care path information to es- 
tablish customized critical care information for the 
given patient and for causing the resulting custom- 
ized multiple diagnoses critical care information to 
be stored to enable said customized critical care in- 
formation to be retrieved by said at (east one remote 
computer (16,18,19) to facilitate patient care man- 
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agement; and the system further comprises 

means for arranging said first and second ac- 
tive care path information adjacent to one another 
to facilitate determining potential conflicts between 
said first active care path information and said sec- 5 
ond active care path information for said given pa- 
tient to be determined by the health care provider; 

wherein said first active care path information 
and said second active care path information are 
presented adjacent to one another when said cus- 10 
tomized critical care information for said given pa- 
tient is retrieved by said at least one remote com- 
puter (16,18,19) for enabling the health care provid- 
er to adjust said customized multiple diagnoses crit- 
ical care information for resolving any potential con- *5 
flicts therein, whereby customized multiple diag- 
noses treatment information can then be entered 
and stored for the given patient. 



path information and said second active care 
path information in a time ordered sequence; 

wherein said first active care path information 
and said second active care path information have 
associated expected outcomes; and 

means for causing each other expected out- 
comes to be displayed in said time ordered se- 
quence. 

7. A system according to claim 6, wherein said order 
means includes: 

series means for arranging the stored custom- 
ized critical care information in a plurality of pre- 
defined groups, said predefined groups each 
being arranged in a series of rows and columns 
in said time ordered sequence. 



2. A system according to claim 1 , wherein said at least 20 
one remote computer includes a bedside computer 

of a bedside unit (16) said bedside computer being 
for retrieving the customized critical care informa- 
tion of the given patient and including a data entry 
device (24) for entry of patient information in ac- 25 
cordance with said first active care path information 
and said second active care path information of the 
customized critical care information. 

3. A system according to claim 1 or 2, wherein said 30 
central computer (12) includes: 



8. A system according to claim 7, wherein said central 
computer further includes: 

means for retrieving the stored customized crit- 
ical care information for a user selected individ- 
ual one of said plurality of predefined groups; 
and 

means for further customizing the retrieved in- 
dividual ones of the plurality of predefined 
groups in said time ordered sequence relative 
to the response of the given patient to treat- 
ment. 



processor means (40) for selectively adding 
said first active care path information to said 
second active care path information; and algo- 35 
rithm means for enabling the user to adjust the 
customized critical care information to elimi- 
nate each determined conflict. 

4. A system according to claim 1 , 2 or 3, wherein said *o 
at least one remote computer (16, 18, 19) includes: 

a processor for permitting a user to analyze 
each of the potential conflicts to determine if a 
conflict in patient treatment actually exists. 45 

5. A system according to claim 4, wherein said at least 
one remote computer (16, 18, 19) further compris- 
es: 

50 

means for displaying selectively patient treat- 
ment information for the retrieved care path in- 
formation. 

6. A system according to claim 5, wherein said central 55 
computer means further includes: 

order means for arranging said first active care 



9. A system according to claim 8, wherein said means 
for further customizing includes: 

sequence means for causing customized pa- 
tient information to be entered at a given time 
in said time ordered sequence. 

10. A system according to claim 9, further comprising: 

means for enabling the user to determine 
whether the entered customized patient infor- 
mation should be repeated continuously in said 
time ordered sequence; and 
means for repeating the customized patient in- 
formation at a user defined frequency in said 
time ordered sequence. 

11. A system according to claim 10, wherein said 
means for repeating in response to the user can 
cause said repeated information to be discontinued 
anywhere in said time order sequence. 

12. A method of using a system for facilitating the man- 
agement of the care of a group of patients by a 
health care provider, comprising: 
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storing critical care information for a plurality of 
patient diagnoses corresponding to different 
maladies for a given patient; 
creating first active care path information cor- 
responding to a specific one of said patient di- 5 
agnoses for a given one of said patients; 
storing said first active care path information; 
creating second active care path information 
corresponding to another specific one of said 
patient diagnoses corresponding to a different w 
malady for said given patient; 
storing said second active care path informa- 
tion; 

characterized in that the method further is 
comprises following steps 

adding said first active care path information 
to said second active care path information to es- 
tablish customized multiple diagnosis critical care 
information for the given patient; 20 

storing the customized multiple diagnosis crit- 
ical care information; 

arranging said first and second active care 
path information adjacent to one another for said 
given patient to facilitate determining potential con- 25 
flicts between said first active care path information 
and said second active care path information; and 

presenting said first active care path informa- 
tion adjacent to said second active care path infor- 
mation for said given patient for enabling the health 30 
care provider to adjust said customized multiple di- 
agnosis critical care path information for resolving 
said potential conflicts. 

1 3. A method according to claim 1 2, further comprising: 35 

retrieving the customized critical care informa- 
tion and adding patient information to said cus- 
tomized critical care information. 

40 

14. A method according to claim 12, wherein the step 
of adding includes: 

displaying selectively patient treatment infor- 
mation for the retrieved care path information; 45 
adding selectively the retrieved care path infor- 
mation where potential conflicts between the 
predefined standards of care exist; 
permitting a user to analyze each of the poten- 
tial conflicts to determine if a conflict in patient so 
treatment actually exists; and 
enabling the user to customize the care path 
information to eliminate each determined con- 
flict. 

55 

15. A method according to claim 14, wherein the step 
of displaying includes: 



displaying each of a predefined standard of 
care treatments in a time ordered sequence; 
and 

displaying each of expected outcomes result- 
ing from the predefined standard of care treat- 
ments in said time ordered sequence. 

16. A method according to claim 15, further comprising: 

arranging the stored customized critical care in- 
formation in a plurality of predefined groups, 
said groups each being arranged in a series of 
rows and columns in said time ordered se- 
quence. 

17. A method according to claim 16, further comprising: 

retrieving the stored customized critical care in- 
formation for a user selected individual one of 
said plurality of predefined groups; and 
further customizing the retrieved individual 
ones of the plurality of predefined groups in 
said time ordered sequence relative to the re- 
sponse of the patient to treatment. 

18. A method according to claim 17, wherein the step 
of further customizing includes entering the custom- 
ized information at a given time in said time ordered 
sequence. 

19. A method according to claim 1 8, further comprising: 

enabling the user to determine whether the en- 
tered customized information should be repeat- 
ed continuously in said time ordered sequence; 
and 

repeating the customized information at a user 
defined frequency in said time ordered se- 
quence. 

20. A method according to claim 19, wherein said step 
of repeating can be discontinued anywhere in said 
time ordered sequence at the discretion of the user. 

21. A method according to claim 16, wherein each row 
and column intersect to define a series of data in- 
formation cells arranged in said time ordered se- 
quence. 

22. A method according to claim 21, wherein a user can 
customize the data information in any one of the 
cells. 

23. A method according to claim 22, wherein the cus- 
tomized information entered into one cell in a given 
row is repeated for all the remaining cells occurring 
thereafter in said time ordered sequence. 
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path information to facilitate identifying said poten- 
tial conflicts. 

32. A system according to claim 31, wherein text infor- 
5 matron is positioned adjacent to similar text infor- 
mation. 

33. A system according to claim 1, wherein said critical 
care information includes assessment information. 

10 

34. A system according to claim 33, further including 
means for eliminating redundant assessment infor- 
mation when said one active care path information 
is added to said another active care path informa- 

15 tion. 



24. A method according to claim 23, wherein the initial 
cell customized with customized information is a pri- 
mary cell. 

25. A method according to claim 20, wherein the prima- 
ry cell includes indicia to indicate that said primary 
ceil is a primary cell. 

26. A method according to c!aim 23, wherein the infor- 
mation in the remaining cells occurring thereafter in 
said time ordered sequence are secondary cells. 

27. A method according to claim 26, wherein the user 
can customize an individual one of said secondary 
cells to transform said one of said secondary cells 
to a primary cell. 

28. A method according to claim 26, wherein the user 
can discontinue the secondary cells anywhere in 
said time ordered sequence. 

29. A method according to claim 1 2, further comprising: 

storing a plurality of predefined critical care 
path standards for a plurality of different types 
and kinds of medical surgical diagnoses; 
identifying a patient diagnosed as requiring 
treatment for at least two of said plurality of dif- 
ferent types and kinds of medical surgical diag- 
noses; 

retrieving the stored predefined critical care 
path standards for said at least two diagnoses; 
comparing flowsheets for the retrieved prede- 
fined critical care path standards for possible 
conflicts; 

combining the flowsheets for the retrieved pre- 
defined critical care path standards into a single 
flowsheet; and 

providing an indication that a conflict was de- 
termined, said indication being the absence of 
the conflicting standards from said single flow 
sheet. 

30. A method according to claim 29, further comprising: 

providing a prompt that the conflicting stand- 
ards have been deleted from said single flow- 
sheet; and 

receiving a replacement order to update said 
single flowsheet with replacement information 
for the deleted standards. 

31 . A system according to claim 1 , wherein said first ac- 
tive care path information and said second active 
care path information include text information, and 
further including sorting means for arranging alpha- 
betically said text information for said first active 
care path information and said second active care 



Patentanspruche 

20 1. System zum Erleichtem des Managements der 
Pflege einer Gruppe von Patienten durch einen An- 
bieter von Krankenpflegediensten, das Folgendes 
umfasst: 



25 einen Zentralcomputer (12) zum Speichem kri- 

tischer Pflegeinformationen fur eine Mehrzahl 
unterschiedlicher Patientendiagnosen fur ver- 
schiedene Krankheiten fur einen bestimmten 
Patienten: 

30 

wenigstens einen Ferncomputer (16, 18, 
1 9), der uber einen Datenbus (20) mit dem 
Zentralcomputer (12) verbunden ist, so 
dass erste aktive Pflegevertaufsinformatio- 

35 nen, die einer spezifischen der genannten 

Patientendiagnosen fur einen bestimmten 
der genannten Patienten entsprechen, und 
zwerte aktive Pflegeverlaufsinformationen, 
die einer anderen spezifischen der ge- 

40 nannten Patientendiagnosen fur diesen 

bestimmten einen der Patienten entspre- 
chen, erzeugt und gespeichert werden 
konnen; 

45 dadurch gekennzeichnet, dass 

der Zentralcomputer (12) auf den genannten 
wenigstens einen Ferncomputer (16, 18, 19) da- 
durch reagiert, dass er veranlasst, dass die ge- 
nannten ersten aktiven Pflegeverlaufsinformatio- 

50 nen den genannten zweiten aktiven Pflegeverlaufs- 
informationen hinzugefugt werden, urn angepasste 
kritische Pflegeinformationen fur diesen Patienten 
zu erstellen, und dass er veranlasst, dass die re- 
sultierenden angepassten, fur mehrere Diagnosen 

55 kritischen Pflegeinformationen gespeichert wer- 
den, so dass die genannten angepassten kritischen 
Pflegeinformationen von dem genannten wenig- 
stens einen Ferncomputer (16, 18, 19) abgerufen 
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werden konnen, um das Patientenpflegemanage- 
ment zu erleichtern; und wobei das System femer 
Folgendes umfasst: 

Mittel zum Anordnen der genannten ersten und 5 
zweiten aktiven Pflegeverlaufsinformationen 
nebeneinander, damit der Anbieter von Kran- 
kenpflegediensten leichter potentielle Konflikte 
zwischen den genannten ersten aktiven Pfle- 
geverlaufsinformationen und den genannten io 
zweiten aktiven Pflegeverlaufsinformationen 
fiir den genannten Patienten ermitteln kann; 

wobei die genannten ersten aktiven Pflege- 
verlaufsinformationen und die genannten zweiten 15 
aktiven Pflegeverlaufsinformationen nebeneinan- 
der dargestellt werden, wenn die genannten ange- 
passten kritischen Pflegeinformationen fur den ge- 
nannten Patienten von dem genannten wenigstens 
einen Femcomputer (16, 18, 19) abgerufen wer- 20 
den, um den Anbieter von Krankenpfiegediensten 
zu befahigen, die genannten angepassten, fur meh- 
rere Diagnosen kritischen Pflegeinformationen so 
zu andern, dass eventuelle potentielle Konflikte 
darin gelost werden, so dass angepasste, sich auf 25 
mehrere Diagnosen beziehende Behandlungsinfor- 
mationen fur diesen Patienten eingegeben und ge- 
speichert werden konnen. 

2. System nach Anspruch 1, bei dem der genannte 30 
wenigstens eine Femcomputer einen Krankenbett- 
computer einer Krankenbetteinheit (16) beinhaltet, 
wobei der genannte Krankenbettcomputer zum Ab- 
rufen der angepassten kritischen Pflegeinformatio- 
nen dieses Patienten dient und ein Dateneingabe- 35 
gerat (24) zum Eingeben von Patienteninformatio- 
nen gemaB den genannten ersten aktiven Pflege- 
veriaufsinformationen und den genannten zweiten 
aktiven Pflegeverlaufsinformationen der angepas- 
sten kritischen Pflegeinformationen beinhaltet. 40 

3. System nach Anspruch 1 Oder 2, bei dem der ge- 
nannte Zentralcomputer (12) Folgendes aufweist: 

einen Prozessor (40) zum selektiven Hinzufu- 45 
gen der genannten ersten aktiven Pflegever- 
laufsinformationen zu den genannten zweiten 
aktiven Pflegeverlaufsinformationen; und Re- 
chenmittel, um den Benutzer zu befahigen, die 
angepassten kritischen Pflegeinformationen so so 
zu andem, dass jeder ermittelte Konflikt abge- 
stellt wird. 

4. System nach Anspruch 1 , 2 oder 3, bei dem der ge- 
nannte wenigstens eine Femcomputer (16, 18, 19) 55 
Folgendes umfasst: 

einen Prozessor, um es einem Benutzer zu ge- 



statten, jeden der potentiellen Konflikte zu ana- 
lysieren, um zu ermitteln, ob ein Patientenbe- 
handlungskonflikt tatsachlich vorliegt. 

5. System nach Anspruch 4, bei dem der genannte 
wenigstens eine Femcomputer (16, 18, 19) femer 
Folgendes umfasst: 

Mittel zum selektiven Anzeigen von Patienten- 
behandlungsinformationen fur die abgerufenen 
Pflegeverlaufsinformationen. 

6. System nach Anspruch 5, bei dem der genannte 
Zentralcomputer ferner Folgendes aufweist: 

Einordnungsmittel zum Anordnen der genann- 
ten ersten aktiven Pflegeverlaufsinformationen 
und der genannten zweiten aktiven Pflegever- 
laufsinformationen in eine zeitlich geordnete 
Sequenz; 

wobei mit den genannten ersten aktiven Pfle- 
geverlaufsinformationen und den genannten zwei- 
ten aktiven Pflegeverlaufsinformationen Ergebnis- 
erwartungen assoziiert sind; und 

Mittel, um zu bewirken, dass die einzelnen Er- 
gebniserwartungen in der genannten zeitlich geord- 
neten Sequenz angezeigt werden. 

7. System nach Anspruch 6, wobei das genannte Ein- 
ordnungsmittel Folgendes aufweist: 

Serienmittel zum Anordnen der gespeicherten 
angepassten kritischen Pflegeinformationen in 
einer Mehrzahl von vordefinierten Gruppen, 
wobei die genannten vordefinierten Gruppen 
jeweils in einer Serie von Reihen und Spalten 
in der genannten zeitlich geordneten Sequenz 
angeordnet sind. 

8. System nach Anspruch 7, bei dem der genannte 
Zentralcomputer ferner Folgendes aufweist: 

Mittel zum Abrufen der gespeicherten ange- 
passten kritischen Pflegeinformationen fur eine 
vom Benutzer gewahlte individuelle eine aus 
der genannten Mehrzahl von vordefinierten 
Gruppen; und 

Mittel zum weiteren Anpassen der abgerufenen 
individuellen einen aus der Mehrzahl von vor- 
definierten Gruppen in der genannten zeitlich 
geordneten Sequenz relativ zur Ansprechung 
dieses Patienten auf die Behandlung. 

9. System nach Anspruch 8, wobei das genannte Mit- 
tel zur weiteren Anpassung Folgendes aufweist: 

Sequenziermittel, um zu bewirken, dass ange- 
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passte Patienteninformationen zu einem be- 
stimmten Zeitpunkt in der genannten zeitlich 
geordneten Sequenz eingegeben werden. 

10. System nach Anspruch 9, das ferner Folgendes 5 
umfasst: 

Mittel, urn den Benutzer zu befahigen zu ermit- 
teln, ob die eingegebenen angepassten Patien- 
teninformationen in der genannten zeitlich ge- 10 
ordneten Sequenz kontinuieriich wiederhoft 
werden mussen; und 

Mittel zum Wiederholen der angepassten Pati- 
enteninformationen mit einer vom Benutzer de- 
finierten Haufigkeit in der genannten zeitlich is 
geordneten Sequenz. 

11. System nach Anspruch 10, bei dem das genannte 
Mittel zum Wiederholen als Reaktion auf den Be- 
nutzer zur Folge haben kann, dass die genannten 20 
Informationswiederholungen an einer beliebigen 
Stelle in der genannten zeitlich geordneten Se- 
quenz unterbrochen werden. 

12. Verfahren zur Verwendung eines Systems zum Er- 25 
leichtern des Managements der Pflege einer Grup- 

pe von Patienten durch einen Anbieter von Kran- 
kenpflegediensten, das Folgendes umfasst: 

Speichern kritischer Pflegeinformationen fur ei- so 
ne Mehrzahl von Patientendiagnosen, die ver- 
schiedenen Krankheiten fur einen bestimmten 
Patienten entsprechen; 
Erzeugen erster aktiver Pflegeverlaufsinforma- 
tionen, die einer bestimmten einen der genann- 35 
ten Patientendiagnosen fur einen bestimmten 
einen der genannten Patienten entsprechen; 
Speichern der genannten ersten aktiven Pfle- 
geveriaufsinformationen; 

Erzeugen von zweiten aktiven Pflegeverlaufs- *o 
informationen, die einer anderen speziflschen 
einen der genannten Patientendiagnosen ent- 
sprechen, die einer anderen Krankheit fur die- 
sen genannten Patienten entsprechen; 
Speichern der genannten zweiten aktiven Pfle- 45 
geveriaufsinformationen; 

dadurch gekennzeichnet, dass das Verfah- 
ren ferner die folgenden Schritte umfasst: 

50 

Hinzufugen der genannten ersten aktiven Pfle- 
geveriaufsinformationen zu den genannten 
zweiten aktiven Pflegeverlaufsinformationen, 
urn angepasste, fur mehrere Diagnosen kriti- 
sche Pflegeinformationen fur diesen Patienten 55 
zu ersteilen; 

Speichern der angepassten, fur mehrere Dia- 
gnosen kritischen Pflegeinformationen; 



Anordnen der genannten ersten und zweiten 
aktiven Pflegeverlaufsinformationen nebenein- 
ander fur den genannten Patienten, so dass po- 
tentielle Konflikte zwischen den genannten er- 
sten aktiven Pflegeverlaufsinformationen und 
den genannten zweiten aktiven Pflegeverlaufs- 
informationen leichterermitteit werden konnen; 
und 

Darsteilen der genannten ersten aktiven Pfle- 
geverlaufsinformationen neben den genannten 
zweiten aktiven Pflegeverlaufsinformationen 
fur diesen genannten Patienten, so dass der 
Anbieter von Krankenpflegediensten die ge- 
nannten angepassten, fur mehrere Diagnosen 
kritischen Pflegeverlaufsinformationen zum 
Losen der genannten potentiellen Konflikte an- 
dem kann. 

13. Verfahren nach Anspruch 12, das ferner Folgendes 
umfasst: 

Abrufen der angepassten kritischen Pflegein- 
formationen und Hinzufugen von Patientenin- 
formationen zu den genannten angepassten 
kritischen Pflegeinformationen. 

14. Verfahren nach Anspruch 12, bei dem der Hinzufu- 
gungsschritt Folgendes umfasst: 

selektives Anzeigen von Patientenbehand- 
lungsinformationen fur die abgerufenen Pflege- 
verlaufsinformationen; 

selektives Hinzufugen der abgerufenen Pflege- 
verlaufsinformationen, wo potentielle Konflikte 
zwischen den vordefinierten Pflegestandards 
voriiegen; 

Zulassen, dass ein Benutzer jeden der poten- 
tiellen Konflikte analysiert, urn zu ermitteln, ob 
ein Patientenbehandlungskonflikt tatsachlich 
vorliegt; und 

Befahigen des Benutzers, die Pflegeverlaufsin- 
formationen anzupassen, urn jeden ermittelten 
Konflikt abzustellen. 

15. Verfahren nach Anspruch 14, bei dem der Schritt 
des Anzeigens Folgendes umfasst: 

Anzeigen der einzelnen vordefinierten Pflege- 
standards in einer zeitlich geordneten Se- 
quenz; und 

Anzeigen der einzelnen Ergebniserwartungen, 
die aus dem vordefinierten Pflegestandard re- 
sultieren, in der genannten zeitlich geordneten 
Sequenz. 

16. Verfahren nach Anspruch 15, das ferner Folgendes 
umfasst: 
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Anordnen der gespeicherten angepassten kri- 
lischen Pflegeinformationen in einer Mehrzahl 
von vordefinierten Gruppen, wobei die genann- 
ten Gaippen jeweils in einer Serie von Reihen 
und Spatten in der genannten zeitlich geordne- 
ten Sequenz angeordnet sind. 

17. Verfahren nach Anspruch 16, das ferner Folgendes 
umfasst: 

Abrufen der gespeicherten angepassten kriti- 
schen Pflegeinformationen fur eine vom Benut- 
zer gewahlte individuelle eine aus der genann- 
ten Mehrzahl von vordefinierten Gruppen; und 
weiteres Anpassen der abgerufenen individu- 
ellen einen aus der Mehrzahl von vordefinierten 
Gruppen in der genannten zeitlich geordneten 
Sequenz je nach Ansprechung des Pattenten 
auf die Behandlung. 

18. Verfahren nach Anspruch 17, bei dem der Schritt 
des weiteren Anpassens das Eingeben der ange- 
passten tnformationen zu einem bestimmten Zeit- 
punkt in der genannten zeitlich geordneten Se- 
quenz beinhaltet. 

19. Verfahren nach Anspruch 18, das femer Folgendes 
umfasst: 

Befahigen des Benutzers zu ermitteln, ob die 
eingegebenen angepassten Informationen in 
der genannten zeitlich geordneten Sequenz 
kontinuierlich wiederholt werden mussen; und 
Wiederholen der angepassten Informationen 
mit einer vom Benutzer definierten Haufigkeit 
in der genannten zeitlich geordneten Sequenz. 

20. Verfahren nach Anspruch 1 9, bet dem der genannte 
Schritt des Wiederholens an einer beliebigen Stelle 
in der genannten zeitlich geordneten Sequenz im 
Ermessen des Benutzers unterbrochen werden 
kann. 

21 . Verfahren nach Anspruch 1 6, bei dem sich jede Rei- 
he und jede Spalte schneiden und dabei eine Serie 
von Dateninformationszellen zu definieren, die in 
der genannten zeitlich geordneten Sequenz ange- 
ordnet sind. 

22. Verfahren nach Anspruch 21 , bei dem ein Benutzer 
die Dateninformationen in einer beliebigen einen 
der Zellen anpassen kann. 

23. Verfahren nach Anspruch 22, wobei die in eine Zelle 
in einer bestimmten Reihe eingegebenen angepas- 
sten Informationen fur alie ubrigen, danach auftre- 
tenden Zellen in der genannten zeitlich geordneten 
Sequenz wiederholt werden. 
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24. Verfahren nach Anspruch 23, bei dem die erste Zel- 
le, die mit angepassten Informationen angepasst 
wird, eine Primarzelle ist. 

5 25. Verfahren nach Anspruch 20, bei dem die Primar- 
zelle Anzeigen aufweist, die angeben, dass die ge- 
nannte Primarzelle eine Primarzelle ist. 

26. Verfahren nach Anspruch 23, bei dem die Informa- 
10 tionen in den danach in der genannten zeitlich ge- 
ordneten Sequenz auftretenden ubrigen Zellen Se- 
kundarzellen sind. 

27. Verfahren nach Anspruch 26, bei dem der Benutzer 
15 eine individuelle eine der genannten Sekundarzel- 

ten anpassen kann, urn die genannte eine der ge- 
nannten Sekundarzellen in eine Primarzelle umzu- 
wandeln. 

20 28. Verfahren nach Anspruch 26, bei dem der Benutzer 
die Sekundarzellen an einer beliebigen Stelle in der 
genannten zeitlich geordneten Sequenz unterbre- 
chen kann. 

25 29. Verfahren nach Anspruch 1 2, das ferner Folgendes 
umfasst: 

Speichem einer Mehrzahl von vordefinierten 
kritischen Pflegeverlaufsstandards fur eine 
30 Mehrzahl verschiedener Typen und Arten von 

medizinischen Chirurgiediagnosen; 
Identifizieren eines Patienten, bei dem ein Be- 
handlungsbedarf fur wenigstens zwei aus der 
genannten Mehrzahl von verschiedenen Typen 
35 und Arten von medizinischen Chirurgiediagno- 

sen diagnostiziert wurde; 
Abrufen der gespeicherten vordefinierten kriti- 
schen Pflegeverlaufsstandards fur die genann- 
ten wenigstens zwei Diagnosen; 
to Vergleichen von Ablaufblattern fur die abgeru- 

fenen vordefinierten kritischen Pflegeverlaufs- 
standards fur mogliche Konflikte; 
Kombinieren der Ablaufblatter fur die abgeru- 
fenen vordefinierten kritischen Pflegeverlaufs- 
45 standards zu einem einzigen Ablaufblatt; und 

Geben einer Anzeige, dass ein Konflikt ermittelt 
wurde, wobei die genannte Anzeige darin be- 
steht, dass die im Konflikt stehenden Stan- 
dards auf dem genannten einzelnen Ablaufblatt 
50 fehlen. 

30. Verfahren nach Anspruch 29, das ferner Folgendes 
umfasst: 

55 Erzeugen eines Prompts, dass die im KonflBct 

stehenden Standards aus dem genannten ei- 
nen Ablaufblatt geloscht wurden; und 
Empfangen eines Ersatzbefehls zum Aktualh 
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sieren des genannten einzelnen Ablaufblatts 
mit Ersatzinformationen fur die geldschten 
Standards. 

31. System nach Anspruch 1, bei dem die genannten 
ersten aktiven Pflegeverlaufsinformationen und die 
genannten zweiten aktiven Pflegeverlaufsinforma- 
tionen Textinformationen beinhalten, und femer 
umfassend Sortiermittel, urn die genannten Textin- 
formationen fur die genannten ersten aktiven Pfle- 
geverlaufsinformationen und die genannten zwei- 
ten aktiven Pflegeverlaufsinformationen alphabe- 
tisch zu ordnen, urn die Identifikation der genannten 
potentiellen Konflikte zu vereinfachen. 

32. System nach Anspruch 31 , bei dem Textinformatio- 
nen neben ahnlichen Textinformationen stehen. 

33. System nach Anspruch 1, bei dem die genannten 
kritischen Pflegeinformationen Beurteilungsinfor- 
mationen beinhalten. 

34. System nach Anspruch 33, femer umfassend Mittel 
zum Eliminieren redundanter Beurteilungsinforma- 
tionen, wenn die genannten einen aktiven Pflege- 
verlaufsinformationen zu den genannten anderen 
aktiven Pflegeverlaufsinformationen hinzugefugt 
werden. 



Revendications 

1. Systems pour faciliter la gestion des soins d'un 
groupe de patients par un fournisseur de services 
medicaux, comprenant : 

un ordinateur central (12) adapte pour stocker 
des informations de soins critiques pour une 
pluralite de diagnostics differents de patients 
pour des maladies differentes pour un patient 
donne; 

aumoinsunordinateurdistant(16, 18, ^cou- 
ple par un bus de donnees (20) a I'ordinateur 
central (12) pour permettre a des informations 
de premier cheminement de soins actifs, cor- 
respondent a un diagnostic specifique desdits 
diagnostics de patients pour un patient donne 
desdits patients, et des informations de deuxie- 
me cheminement de soins actifs, correspon- 
dant a un diagnostic specifique different desdits 
diagnostics de patients pour iedit patient donne 
des patients, d'etre cr66es et stockees; 

caract6ris6 en ce que 

I'ordinateur central (12) est sensible audit au 
moins un ordinateur distant (16, 18, 19) pour faire 
que lesdites informations de premier cheminement 
de soins actifs soient ajoutees auxdites informa- 



tions de deuxieme cheminement de soins actifs, 
atln d'etabiir des informations personnalisees de 
soins critiques pour fe patient donne, et pour faire 
que les informations personnalisees r£sultantes de 
5 soins critiques de diagnostics multiples, soient stoc- 
kees afin de permettre que lesdites informations 
personnalisees de soins critiques, soient extraites 
par (edit au moins un ordinateur distant (16, 1 8, 1 9), 
pour faciliter la gestion des soins du patient; et le 
10 systeme comprend en outre 

un moyen pour arranger lesdites informations 
de premier et de deuxieme cheminements de soins 
actifs, adjacentes les unes aux autres afin de faci- 
liter fa determination de conflits potentiels entre tes- 
ts dites informations de premier cheminement de 
soins actifs et lesdites informations de deuxieme 
cheminement de soins actifs pour Iedit patient don- 
ne, a determiner par le fournisseur de services m£- 
dicaux; 

20 ou lesdites informations de premier chemine- 

ment de soins actifs et lesdites informations de 
deuxieme cheminement de soins actifs, sont pre- 
sentees adjacentes les unes aux autres lorsque les- 
dites informations personnalisees de soins criti- 

25 ques pour Iedit patient donne, sont extraites par Ie- 
dit au moins un ordinateur distant (16, 18, 19), afin 
de permettre au fournisseur de services medicaux 
d'ajuster lesdites informations personnalisees de 
soins critiques de diagnostics multiples pour resou- 

30 dre tout conflit potentiel dans ceux-ci, ou les infor- 
mations personnalisees de traitement de diagnos- 
tics multiples peuvent alors etre entrees et stockees 
pour le patient donne. 

35 2. Systeme selon la revendication 1, dans lequel Iedit 
au moins un ordinateur distant comprend un ordi- 
nateur de chevet d'une unite de chevet (16), Iedit 
ordinateur de chevet etant destine a ('extraction des 
informations personnalisees de soins critiques du 

40 patient donne, et comprenant un dispositif d'entree 
de donnees (24) pour entrer des informations de 
patient, conformement auxdites informations de 
premier cheminement de soins actifs et auxdites in- 
formations de deuxieme cheminement de soins ac- 

45 tifs des informations personnalisees de soins criti- 
ques. 

3. Systeme selon la revendication 1 ou 2, dans lequel 
Iedit ordinateur central (12) comprend : 

50 

un moyen de processeur (40) pour ajouterse- 
lectivement lesdites informations de premier 
cheminement de soins actifs auxdites informa- 
tions de deuxieme cheminement de soins ac- 
55 tifs; et un moyen d'algorithme pour permettre a 

i'utilisateur d'ajuster les informations personna- 
lisees de soins critiques afin d'eiiminer chaque 
conflit determine. 
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4. Systems selon la revendication 1 , 2 ou 3, dans le- 
quel (edit au moins un ordinateur distant (16, 18, 
19) comprend : 

un process eur pour permettre a un utilisateur 5 
d'analyser chacun des conflits potentiels afin 
de determiner s'il existe vraiment un conflit 
dans le traitement d'un patient. 

5. Systeme selon la revendication 4, dans lequel ledit 10 
au moins un ordinateur distant (16, 18, 19) com- 
prend en outre : 

un moyen pour afficher selectivement des in- 
formations de traitement d'un patient pour les *5 
informations de cheminement de soins extrai- 
tes. 

6. Systeme seton la revendication 5, dans lequel ledit 
moyen d'ordinateur central comprend en outre : 20 

un moyen d'ordonnance pour arranger lesdites 
informations de premier cheminement de soins 
actifs et lesdites informations de deuxieme che- 
minement de soins actifs en une sequence or- 25 
donnee dans te temps; 

0C1 lesdites informations de premier chemine- 
ment de soins actifs et lesdites informations de 
deuxieme cheminement de soins actifs ont des 
resultats attendus associes; et 30 
un moyen pour faire que chacun des resultats 
attendus, soit affiche dans ladite sequence or- 
donnee dans le temps. 

7. Systeme selon la revendication 6, dans lequel ledit 35 
moyen d'ordonnance comprend : 

un moyen de mise en serie pour arranger les 
informations personnalisees stockees de soins 
critiques en une pluralite de groupes predefinis, 40 
lesdits groupes predefinis etant arranges cha- 
cun en une serie de rangees et de colonnes 
dans ladite sequence ordonnee dans le temps. 

8. Systeme selon la revendication 7, dans lequel ledit 45 
ordinateur central comprend en outre : 

un moyen pour extraire des informations per- 
sonnalisees stockees de soins critiques pour 
un groupe individuel, selectionne par un utilisa- 50 
teur, de ladite pluralite de groupes predefinis; et 
un moyen pour personnaliser plus les groupes 
individuels extraits de la pluralite de groupes 
predefinis dans ladite sequence ordonnee 
dans le temps, en fonction de la reponse du pa- 55 
tient donne au traitement. 

9. Systeme selon la revendication 8, dans lequel (edit 



moyen pour personnaliser plus, comprend : 

un moyen de mise en sequence pour faire que 
les informations personnalisees d'un patient, 
soient entrees a un moment donne dans ladite 
sequence ordonnee dans le temps. 

10. Systeme seton ta revendication 9, comprenant en 
outre : 

un moyen pour permettre a I'utilisateur de de- 
terminer si les informations personnalisees 
d'un patient entrees, devraient etre repetees 
continuellement dans ladite sequence ordon- 
nee dans le temps; et 

un moyen pour repeter les informations person- 
nalisees d'un patient a une frequence definie 
par un utilisateur, dans ladite sequence ordon- 
nee dans le temps. 

1 1 . Systeme selon la revendication 1 0, dans lequel ledit 
moyen pour repeter en reponse a I'utilisateur, peut 
faire que lesdites informations soient interrompues 
n'importe ou dans ladite sequence ordonnee dans 
le temps. 

12. Methode d'utilisation d'un systeme pour faciliter la 
gestion des soins d'un groupe de patients par un 
fournisseur de services medicaux, comprenant : 

stocker des informations de soins critiques 
pour une pluralite de diagnostics de patiente, 
correspondant a des maladies differentes pour 
un patient donne; 

creer des informations de premier chemine- 
ment de soins actifs correspondant a un dia- 
gnostic specifique desdits diagnostics de pa- 
tients pour un patient donne desdits patients; 
stocker lesdites informations de premier che- 
minement de soins actifs; 
creer des informations de deuxieme chemine- 
ment de soins actifs correspondant a un autre 
diagnostic specifique desdits diagnostics de 
patients correspondant a une maladie differerv 
te pour ledit patient donne; 
stocker lesdites informations de deuxieme che- 
minement de soins actifs; 

caracteris6e en ce que la methode com- 
prend en outre les etapes suivantes consistant a : 

ajouter lesdites informations de premier cherro- 
nement de soins actifs auxdites informations de 
deuxieme cheminement de soins actifs afin 
d'etabiir des informations personnalisees de 
soins critiques de diagnostics multiples pourle 
patient donne; 

stocker les informations personnalisees de 
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soins critiques de diagnostics multiples; 
arranger lesdites informations de premier et de 
deuxieme cheminements de soins actifs adja- 
centes les unes aux autres pour ledit patient 
donne, afin de faciliter la determination de con- 5 
flits potentiels entre lesdites informations de 
premier cheminement de soins actifs et lesdites 
informations de deuxieme cheminement de 
soins actifs; et 

presenter lesdites informations de premier crte- to 
minement de soins actifs adjacentes auxdites 
informations de deuxieme cheminement de 
soins actifs pour ledit patient donne, afin de 
permettre au fournisseur de services medicaux 
d'ajuster lesdites informations personnalisees 15 
de cheminement de soins critiques de diagnos- 
tics multiples, pour resoudre lesdits conflits po- 
tentiels. 



13. Methode selon la revendication 12, comprenant en 
outre : 

extraire les informations personnalisees de 
soins critiques et ajouter les informations d'un 
patient auxdites informations person nalisees 
de soins critiques. 



arranger les informations personnalisees stoc- 
kees de soins critiques en une pluralite de grou- 
pes predefinis, lesdits groupes etant arranges 
chacun en une serie de rangees etde colonnes 
dans ladite sequence ordonnee dans le temps. 

17. Methode selon la revendication 16, comprenant en 
outre : 

extraire les informations personnalisees stoc- 
kees de soins critiques pour un groupe indivi- 
duel, selectionne par un utilisateur, de ladite 
pluralite de groupes predefinis; et 
personnaliser plus les groupes individuels ex- 
traits de la pluralite de groupes predefinis dans 
ladite sequence ordonnee dans le temps, en 
fonction de la reponse du patient au traitement. 

18. Methode selon la revendication 17, dans laquelle 
20 I'etape consistant a personnaliser plus, comprend 

entrer les informations personnalisees a un mo- 
ment donne dans ladite sequence ordonnee dans 
le temps. 

25 19. Methode selon la revendication 18, comprenant en 
outre : 



14. Methode selon la revendication 12, dans laquelle 
I'etape consistant a ajouter comprend : 

afficher selectivement des informations de trai- 
tement d'un patient pour les informations ex- 
traites de cheminement de soins; 
ajouter selectivement les informations extraites 
de cheminement de soins lorsqu'il existe des 
conflits potentiels entre les normes de soins 
predefines; 

permettre a un utilisateur d'anafyser chacun 
des conflits potentiels afin de determiner s'il 
existe vraiment un conflit dans le traitement 
d'un patient; et 

permettre a I'utilisateur de personnaliser les in- 
formations de cheminement de soins afin d'eli- 
miner chaque conflit determine. 

15. Methode selon la revendication 14, dans laquelle 
I'etape consistant a afficher comprend : 

afficher chacun des traitements d'une norme de 
soins predefinie dans une sequence ordonnee 
dans le temps; et 

afficher chacun des re su Hats attend us des trai- 
tements de norme de soins predefinie dans la- 
dite sequence ordonnee dans le temps. 

16. Methode selon la revendication 15, comprenant en 
outre : 



permettre a I'utilisateur de determiner si les in- 
formations personnalisees entrees devraient 
etre repetees continuellement dans ladite se- 
quence ordonnee dans le temps; et 
repeter les informations personnalisees a une 
frequence definie par un utilisateur dans ladite 
sequence ordonnee dans le temps. 

20. Methode selon la revendication 19, dans laquelle 
ladite etape consistant a repeter, peut etre interrom- 
pue n'importe ou dans ladite sequence ordonnee 
dans le temps, a la discretion de I'utilisateur. 

21. Methode selon la revendication 16, dans laquelle 
chaque rangee et colonne s'intersectent pour defi- 
nir une serie de cellules d'informations de donnees 
arrangees dans ladite sequence ordonnee dans le 
temps. 

22. Methode selon la revendication 21, dans laquelle 
un utilisateur peut personnaliser les informations de 
donnees dans Tune quelconque des cellules. 

23. Methode selon la revendication 22, dans laquelle 
les informations personnalisees entrees dans une 
cellule d'une rangee donnee, sont repetees pour 
toutes les cellules restantes survenant par la suite 
dans ladite sequence ordonnee dans le temps. 

24. Methode selon la revendication 23, dans laquelle la 
cellule initiate personnalisee avec des informations 



35 



40 



45 



50 



30 



59 



EP 0 812 441 B1 



60 



personnalisees est une cellule primaire. 

25. Methode selon la revendication 20, dans laquelle (a 
cellule primaire comprend des indices pour indiquer 
que ladite cellule primaire est une cellule primaire. 

26. Methode selon (a revendication 23, dans laquelle 
les informations dans les cellules restantes surve- 
nant par la suite dans ladite sequence ordonnee 
dans le temps, sont des cellules secondaires. 

27. Methode selon la revendication 26, dans laquelle 
I'utilisateur peut personnaliser une cellule indivi- 
duelle desdites cellules secondaires afin de trans- 
former ladite une desdites cellules secondaires en 
une cellule primaire. 

28. Methode selon la revendication 26, dans laquelle 
I'utilisateur peut interrompre les cellules secondai- 
res n'importe ou dans ladite sequence ordonnee 
dans le temps. 

29. Methode selon la revendication 12, comprenanten 
outre : 

stocker une pluralite de normes predefinies de 
cheminement de soins critiques pour une plu- 
ralite de sortes et de types diffeYents de dia- 
gnostics m§dico-chirurgicaux; 
identifier un patient diagnostique comme exi- 
geant un traitement pour au moins deux de la- 
dite pluralite de sortes et de types differents de 
diagnostics medico-chirurgicaux; 
extraire les normes predefinies stockees de 
cheminement de soins critiques pour lesdits au 
moins deux diagnostics; 
comparer les schemas de principe des normes 
predefinies stockees de cheminement de soins 
critiques pour conflits eventuels; 
combiner les schemas de principe des normes 
predefinies extraites de cheminement de soins 
critiques en un seul schema de principe; et 
fournir une indication qu'un conflit a ete deter- 
mine, ladite indication elant I'absence des nor- 
mes conflictuelles dudit schema de principe 
unique. 

30. Methode selon la revendication 29, comprenant en 
outre : 

fournir un message guide-operateur comme 
quoi les normes conflictuelles ont ete suppri- 
mees dudit schema de principe unique; et 
recevoir un ordre de remplacement pour actua- 
liser (edit schema de principe unique avec des 
informations de remplacement pour les normes 
supprimees. 



31. Systeme selon la revendication 1, dans lequel tes- 
dites informations de premier cheminement de 
soins actifs et lesdites informations de deuxieme 
cheminement de soins actifs, comprennent des in- 

5 formations textuelles, et comprenant en outre un 
moyen de tri pour arranger alphabetiquement les- 
dites informations textuelles pour lesdites informa- 
tions de premier cheminement de soins actives et 
lesdites informations de deuxieme cheminement de 

10 soins actifs, afin de faciliter ridentification desdits 
conflits potentiels. 

32. Systeme selon la revendication 31 , dans lequel des 
informations textuelles sont positionnees adjacen- 

15 tes a des informations textuelles semblables. 

33. Systeme selon la revendication 1, dans lequel les- 
dites informations de soins critiques comprennent 
des informations devaluation. 

34. Systeme selon la revendication 33, comprenant en 
outre un moyen pour eliminer des informations 
devaluation redondantes lorsque lesdites unes in- 
formations de cheminement de soins actifs sont 
ajoutees auxdites autres informations de chemine- 
ment de soins actifs. 
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